Stories
Slash Boxes
Comments

SoylentNews is people

posted by Fnord666 on Monday June 18 2018, @08:34AM   Printer-friendly
from the take-my-kingdom dept.

The Australian Government believes that it needs a golden key to backdoor encryption within Australia via legislation. The Brits and the Yanks have both already had a nudge at this and both have conceded that requiring a backdoor to encryption is not viable but this will not stop the Australian Liberal Party from trying.

Digital rights experts have described the proposal as "ludicrous" as Cyber security minister Angus Taylor stating that the legislation would be presented for public comment within the next quarter. While the Australian Government has not detailed how it expects to gain access to encrypted data, companies may be penalized if they don't kowtow to the new laws. There is nothing to be discussed here that hasn't been said before other than the Australian Government sincerely believes it can force companies to divulge encrypted data to authorities on demand.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by takyon on Monday June 18 2018, @10:49AM (9 children)

    by takyon (881) <reversethis-{gro ... s} {ta} {noykat}> on Monday June 18 2018, @10:49AM (#694475) Journal

    /me goes back to coding

    Is that crypto code I see? You're down under arrest for illegal encryption related assault on national security.

    --
    [SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2  
  • (Score: 3, Interesting) by fyngyrz on Monday June 18 2018, @12:39PM (8 children)

    by fyngyrz (6567) on Monday June 18 2018, @12:39PM (#694495) Journal

    Is that crypto code I see?

    Nope. [fyngyrz.com] :)

    • (Score: 2) by takyon on Monday June 18 2018, @01:25PM (7 children)

      by takyon (881) <reversethis-{gro ... s} {ta} {noykat}> on Monday June 18 2018, @01:25PM (#694503) Journal

      How does the GIMP run on your system? And could an SSD help put a bandaid on your slow applications?

      --
      [SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
      • (Score: 2) by fyngyrz on Monday June 18 2018, @02:47PM (5 children)

        by fyngyrz (6567) on Monday June 18 2018, @02:47PM (#694521) Journal

        How does the GIMP run on your system?

        The GIMP, last I looked, is not capable of some of what I have implemented, so it's not really relevant. I don't use it anyway, haven't for years. I suspect it'd run okay; I have a 12/24 core, 3 GHz, 6 display machine with 64 GB of memory and terabytes of drive space.

        Photoshop runs okay too - for Photoshop, anyway. Beats trying to run it on my laptop...

        And could an SSD help put a bandaid on your slow applications?

        Sure. So can a decently written, relatively lean app.

        Photoshop is 100 MB of application, and 237 more MB of frameworks. 337 MB, plus setting it all up which takes quite a few seconds even after the core code is loaded.

        This is (presently) 2.6 MB of application, and 17.2 more MB of frameworks. 19.8 MB, and no setup time. About 95% of the roadmap is complete, so that's close to finished size.

        The only thing slower than Photoshop on my system is Lightroom, which is positively glacial, and is also being replaced by this app for my DSLR undertakings. Two overweight, slow, unfriendly birds with one stone. :)

        My app works better than Photoshop for my purposes. A lot better. If it's useful to others, great. If not, they certainly have other choices. For me, being able to work on my images at speed, comfortably, intuitively... that's worth the time it took to write the app (so far, about a month and a half.) And of course, I have full control over it, and a complete understanding of it, so I can change or add whatever I want. No "phoning home", no "subscriptions", no support issues, no having to deal with someone else's idea of "how things should work", etc.

        • (Score: -1, Troll) by Anonymous Coward on Monday June 18 2018, @04:16PM (2 children)

          by Anonymous Coward on Monday June 18 2018, @04:16PM (#694564)

          it's a shame to see an otherwise intelligent person, who can make things, use a slave platform and make slaveware for it. lazy name too. "i" (well that was original) "toolbox" well that's awfully generic. so the name means "mac doucheware does something". what a waste.

          • (Score: 2) by fyngyrz on Tuesday June 19 2018, @12:36AM (1 child)

            by fyngyrz (6567) on Tuesday June 19 2018, @12:36AM (#694769) Journal

            a) I'm writing it in a very portable manner (using Qt / c++) and intend to port it, presuming that the task ends up being reasonable, which is the plan, anyway. I've successfully ported large (much larger, in fact) Qt applications before, so the odds are decent.

            b) I'm open to suggestions for the name. Image Toolbox was too long. Hence the iToolBox, but yeah, i-this and i-that.

            • (Score: 0) by Anonymous Coward on Tuesday June 19 2018, @01:19PM

              by Anonymous Coward on Tuesday June 19 2018, @01:19PM (#694966)

              There's already iToolbox for MATLAB.

        • (Score: 2) by takyon on Tuesday June 19 2018, @11:36AM (1 child)

          by takyon (881) <reversethis-{gro ... s} {ta} {noykat}> on Tuesday June 19 2018, @11:36AM (#694927) Journal

          The GIMP, last I looked, is not capable of some of what I have implemented, so it's not really relevant.

          Not relevant when you're comparing to Photoshop? Wat?

          If it's bit depth that's the problem, that should be solved by now:

          https://www.gimp.org/release-notes/gimp-2.10.html [gimp.org]

          High bit depth support allows processing images with up to 32-bit per color channel precision and open/export PSD, TIFF, PNG, EXR, and RGBE files in their native fidelity. Additionally, FITS images can be opened with up to 64-bit per channel precision.

          --
          [SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
          • (Score: 2) by fyngyrz on Wednesday June 20 2018, @12:25AM

            by fyngyrz (6567) on Wednesday June 20 2018, @12:25AM (#695382) Journal

            Not relevant when you're comparing to Photoshop? Wat?

            If it's bit depth that's the problem, that should be solved...

            No, it's not bit depth. They're both okay there. It's things like layered image layer modes and capabilities they (Photoshop and Gimp) don't have, image notation handling, astro-photo tailored goodies, etc. And, of course, the ability to add any custom thing I want now that the main application superstructure is up and running with the initial roadmap goalposts all in the rear view mirror.

      • (Score: 0) by Anonymous Coward on Tuesday June 19 2018, @10:26AM

        by Anonymous Coward on Tuesday June 19 2018, @10:26AM (#694903)
        Gimp takes ages to load on my machine. Way longer than Krita.