Stories
Slash Boxes
Comments

SoylentNews is people

posted by Fnord666 on Friday March 09 2018, @11:04AM   Printer-friendly

California legislators are considering drafting laws that would make it easier to fix things. It is now the 18th state in the US trying to make it easier to repair or modify things, electronic or not.

Right to repair legislation has considerable momentum this year; 18 states have introduced it, and several states have held hearings about the topic. In each of these states, big tech companies such as Apple, Microsoft, John Deere, and AT&T and trade associations they're associated with have heavily lobbied against it, claiming that allowing people to fix their things would cause safety and security concerns. Thus far, companies have been unwilling to go on the record to explain the specifics about how these bills would be dangerous or would put device and consumer security in jeopardy.

It's particularly notable that the battle has come to California because many of the companies that have fought against it are headquartered there. Apple, for instance, told lawmakers in Nebraska that passing a right to repair bill there would turn the state into a "Mecca for hackers." The Electronic Frontier Foundation—which is notoriously concerned about digital security—has explicitly backed this legislation in California. Kit Walsh, a senior staff attorney for the EFF, said that the bill "helps preserve the right of individual device owners to understand and fix their property."

Yep. Hackers. And note that is what Apple does not want. Like many things this boils down to the issue of who controls the many computers you ostensibly own.

From Motherboard at vice.com: The Right to Repair Battle Has Come to Silicon Valley.


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 Gaaark on Friday March 09 2018, @01:52PM (7 children)

    by Gaaark (41) on Friday March 09 2018, @01:52PM (#649948) Journal

    And 19 years ago, I found it and never looked back: but it would be nice to see them have to offer the code, lol.

    --
    --- Please remind me if I haven't been civil to you: I'm channeling MDC. ---Gaaark 2.0 ---
    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2  
  • (Score: 2) by RS3 on Friday March 09 2018, @02:21PM (6 children)

    by RS3 (6367) on Friday March 09 2018, @02:21PM (#649955)

    The code? What, you want to see the dirty laundry of Redmond? Okay, but viewing it needs to be "R" rated - think of the children!

    • (Score: 2) by FatPhil on Friday March 09 2018, @03:26PM (5 children)

      by FatPhil (863) <pc-soylentNO@SPAMasdf.fi> on Friday March 09 2018, @03:26PM (#650012) Homepage
      Well, there was the big leak a decade or so ago. That was fun. Took me all of half an hour to find a buffer overrun exploit in an image parser. There was no bounty back in those days, so I never did anything with it.
      --
      Great minds discuss ideas; average minds discuss events; small minds discuss people; the smallest discuss themselves
      • (Score: 2) by RS3 on Friday March 09 2018, @04:54PM

        by RS3 (6367) on Friday March 09 2018, @04:54PM (#650054)

        Yeah, I remember it. I was too afraid to look. To be fair, as much as I'll bash Microsoft, to some extent their development tools, and to a larger extent the example code and "how to use this function" explanations have been really good for a long time. My irritation with development tools, and the many mfc, .net, etc., over the years, is the big changes. I remember trying to use Office 2007 (I think it was that one) with the new "ribbon" UI. Ugh! I'm okay with things like ribbon, but how about give me a choice? Sorry, I'm back to ranting against MS! It's too easy I guess...

      • (Score: 2) by Nuke on Friday March 09 2018, @05:18PM (2 children)

        by Nuke (3162) on Friday March 09 2018, @05:18PM (#650074)

        Well, there was the big leak a decade or so ago.

        I never saw it myself, but I heard it went something like :-

        10 GOSUB 50
        20 GOTO 10
        50 REM Subroutine to display BSOD
        60 [Turn screen blue etc .. etc]
        70 [etc .. etc]
        80 RETURN

        • (Score: 2) by RS3 on Friday March 09 2018, @10:27PM (1 child)

          by RS3 (6367) on Friday March 09 2018, @10:27PM (#650270)

          This is great, made me laugh, mostly because now I wonder if anyone ever wrote an OS in BASIC...

          • (Score: 2) by FatPhil on Saturday March 10 2018, @08:09AM

            by FatPhil (863) <pc-soylentNO@SPAMasdf.fi> on Saturday March 10 2018, @08:09AM (#650451) Homepage
            I wrote a realtime microkernel in C++ once.
            --
            Great minds discuss ideas; average minds discuss events; small minds discuss people; the smallest discuss themselves
      • (Score: 0) by Anonymous Coward on Friday March 09 2018, @10:51PM

        by Anonymous Coward on Friday March 09 2018, @10:51PM (#650288)

        Some people a while back got the code into buildable form and found the necessary toolchain bits to actually roll new ISO images off it. While definitely not kosher from a BSA/copyright lobby standpoint, it offers lots of REALLY FUN possibilities, like paravirtualized NT4 for non-kvm xen/qemu, GPT support and ntldr booting for >2TB disks on BIOS. Support for 64GB of RAM on any legacy PAE systems.

        One of the biggest possibilities if some was willing to do the machine learning work and open source it: Automated Reverse engineering of every NT kernel based version of windows using the NT4 sourcecode as a training platform for decompilation.

        Given decompiled versions of Windows 2000, XP, and XP x64/2003 it should be possible to support a LOT of newer drivers on the NT4 codebase, as well as have the code necessary to provide key source code snapshots for different later NT build versions, eventually allowing full emulation even for DRM for running applications that can't or won't be ported to other operating systems or windows versions.

        From there driver reverse engineering can be carried out to help document and then develop drivers for hardware that has long been abandoned by its developers, allowing both code and hardware reuse wherever it is needed.

        Machine learning, combined with source code and signing key leaks is the future of technology. If right to repair in a sensible form comes to exist, that will just make it all the better.