Stories
Slash Boxes
Comments

SoylentNews is people

posted by takyon on Friday September 28 2018, @10:00AM   Printer-friendly
from the latent-killswitch dept.

Happy 35th Birthday GNU!

The GNU project was officially announced on 27 September 1983 by Richard Stallman. Thirty-five years of a project that has now become the fundamental building block of everything we use and see in technology in 2018. I would not be wrong to say that there isn't a single proprietary piece of software that anyone is still using from 35 years ago – please post comments if there is something still being used.

There is only one reason for this longevity: the GNU project was built upon the premise that the code is available to anyone, anywhere with the only restriction that whatever is done to the code, it shall always be available to anyone, forever. Richard Stallman's genius in crafting the copyleft license that is the GNU General Public License is probably the best hack of the 20th century software industry.

Extra: Happy Birthday, GNU: Why I still love GNU 35 years later


Original Submission #1   Original Submission #2

 
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: 1, Informative) by Anonymous Coward on Friday September 28 2018, @12:48PM (8 children)

    by Anonymous Coward on Friday September 28 2018, @12:48PM (#741309)

    I am not aware of any successful means of insulating scientific and engineering projects from political influence - if there were one, I expect it would be insanely popular.

    It's not possible to prevent interpersonal or political squabbles. Amending the GPL to prevent takeover of projects by individuals demanding adherence to some political dogma may be possible. If a way were to be found, all the hatred thrown at the GPL back in the day would reemerge and the same people would be behind it. The objective of the enemy is excerting control over others by disempowering them and the mechanism (closed source, imposition of CoC) doesn't matter.

    Starting Score:    0  points
    Moderation   +1  
       Informative=1, Total=1
    Extra 'Informative' Modifier   0  

    Total Score:   1  
  • (Score: 3, Insightful) by Thexalon on Friday September 28 2018, @03:18PM (7 children)

    by Thexalon (636) on Friday September 28 2018, @03:18PM (#741367)

    Amending the GPL to prevent takeover of projects by individuals demanding adherence to some political dogma may be possible.

    How exactly does amending a legal agreement regarding the distribution of source code with compiled code have jack squat to do with efforts to establish code of conduct? The code of conduct affects the organization creating code, not the code itself.

    Under the current rules, there's a mechanism for dealing with any organizational move from the people creating code that you don't like: Build your own version. (With blackjack! And hookers!) For instance, you could fork Linux right now. And as the BDFL, you could decide what gets included in your fork completely arbitrarily, and also make the promise of no Codes of Conduct ever. And what's more, you could even pull in any changes from Linux into your fork you wanted to, since they're both GPL'd.

    But instead of doing that, what you'd like to do is use copyright law (a.k.a. government intervention) to force organizations you're probably not even a part of to conduct their internal affairs according to your own views about what is and is not acceptable. Not what Congress said, not what the EEOC said, not what those organization's leaders/boards/members said, but what you said. Now I want you to re-read this sentence:

    The objective of the enemy is exerting control over others by disempowering them and the mechanism (closed source, imposition of CoC) doesn't matter.

    How exactly are you different from "the enemy"?

    --
    The only thing that stops a bad guy with a compiler is a good guy with a compiler.
    • (Score: 0) by Anonymous Coward on Friday September 28 2018, @04:32PM (6 children)

      by Anonymous Coward on Friday September 28 2018, @04:32PM (#741403)

      The code of conduct affects the organization creating code, not the code itself.

      /* Attention CoC Suckers.
      * If the government were limiting expression in this way
      * we'd be discussing prior restraint
      */

      For instance, you could fork Linux right now.

      Correct but no one person could maintain it. The GPL turned copyright against itself to ensure the code would be free and I suggested the same freedoms should be preserved for those writing code. Why is it important? It's important because millennials take freedoms for granted, they don't appreciate how hard won they were.

      • (Score: 2) by Thexalon on Friday September 28 2018, @05:05PM (5 children)

        by Thexalon (636) on Friday September 28 2018, @05:05PM (#741423)

        Correct but no one person could maintain it.

        Sure they could. I even demonstrated how. To put it more specifically, your simplest approach to maintaining it on your own looks something like this:

        $ git remote add $LINUX_MAIN_GIT_URL upstream
        $ git pull upstream

        Done. You now have any changes done by all those Linux nannies with their annoying CoC, and you also have any changes you did without being subject to a CoC. And of course you can also try to convince other developers to contribute to your OS rather than Linux, in which case you aren't working on your own anymore. And I should also point out that since your stuff would have to be GPL'd, in the event that it's technically superior you may find your stuff pulled into Linux as well.

        As for the rest of your argument: Freedom means that the Linux Foundation can adopt whatever non-illegal rules they want for how they conduct their activities. Your freedom is to walk away if you don't like those rules. This is no different from your boss saying you aren't allowed to tell customers to go f*** themselves no matter how much you want to, and if you don't like it you can find yourself another job.

        --
        The only thing that stops a bad guy with a compiler is a good guy with a compiler.
        • (Score: 0) by Anonymous Coward on Friday September 28 2018, @06:10PM

          by Anonymous Coward on Friday September 28 2018, @06:10PM (#741453)

          This is no different from your printer manufacturer saying you aren't allowed to fix problems yourself no matter how much you want to, and if you don't like it you can buy another printer.

          A slight change to your analogy reveals the problem.

        • (Score: 0) by Anonymous Coward on Friday September 28 2018, @07:24PM (3 children)

          by Anonymous Coward on Friday September 28 2018, @07:24PM (#741492)

          You now have any changes done by all those Linux nannies with their annoying CoC, and you also have any changes you did without being subject to a CoC.

          Please get off your magic unicorn and do remember the sizable amount of work that Gentoo, Slackware, Devuan etc. teams now have to do to unfuck the parts of system deliberately twisted to "require" a systemd infestation.
          People with an agenda having a free run at the kernel itself, can of course inflict even more and harder-to-counter architectural damage on the OS.

          • (Score: 2) by Thexalon on Friday September 28 2018, @08:18PM (1 child)

            by Thexalon (636) on Friday September 28 2018, @08:18PM (#741521)

            Please get off your magic unicorn and do remember the sizable amount of work that Gentoo, Slackware, Devuan etc. teams now have to do to unfuck the parts of system deliberately twisted to "require" a systemd infestation.

            1. It's entirely possible to use an unpatched vanilla Linux kernel without systemd. If you compile your own kernel, the help sections for the relevant options will even helpfully point out exactly what you can turn off to make systemd impossible to run on your system, but the system will run just fine on sysvinit or upstart or openRC with those options enabled. The work you're referring to is in userspace (e.g. undoing the reliance of key system utilities on systemd's crappy binary logging system), not the kernel. So from a technical standpoint, you do not appear to have the slightest clue what you're talking about.

            2. Even if that were completely true, you'd still have the right and the ability to fork the kernel. My simple "pull in whatever happens to the mainline kernel" is just one way of handling the maintenance if you're understaffed. You could, of course, pull in the mainline kernel to a branch, evaluate and/or eliminate the patchset to your heart's content, and keep only what you like.

            From your statements, I think it's safe to assume that you are not a kernel contributor, and thus not affected by any kernel contributor code of conduct in any way whatsoever. You are unwilling to fork off the code now before any "more and harder-to-counter architectural damage" occurs, and are unwilling to create your own version of the OS that is presumably without this architectural damage because it's too much work. I'm going to suggest that your concerns have nothing at all to technical issues and everything to do with the fear that your chosen hobby or profession isn't a place where you can do whatever you want.

            --
            The only thing that stops a bad guy with a compiler is a good guy with a compiler.
            • (Score: 0) by Anonymous Coward on Friday September 28 2018, @09:11PM

              by Anonymous Coward on Friday September 28 2018, @09:11PM (#741548)

              When I say "system" and you bloviate about kernel it's disingenuous at best. From a technical standpoint.

              But when you start telling me how I'm "not affected" by how and by whom the kernel of the OS that I run is made - you get firmly into the realm of the crazy. Go tell Windows users they're "not affected" by the consequences of architectural decisions within MS.

              Please do not insult anyone's intelligence here with such ham-fisted rhetoric. Thanks.

          • (Score: 0) by Anonymous Coward on Saturday September 29 2018, @12:52PM

            by Anonymous Coward on Saturday September 29 2018, @12:52PM (#741775)

            I still don't really understand why the desktop really needs the init system as a dependency. Why should it care?