What do you all think of the Red Hat drama a few months ago? I just learned about it and looked into it a bit. I’ve been using Fedora for a while now on my main system, but curious whether you think this will end up affecting it.

My take is that yes, it’s kinda a shitty move to do but I get why RH decided to stop their maintenance given they’re a for profit company.

What do you guys think? Do you still use or would you consider using Fedora?

  • @intrepid@lemmy.ca
    link
    fedilink
    201 year ago

    So, are Red Hat violating the GPL? No.

    But what about this business of cancelling subscriptions? Isn’t that a restriction in violation of the GPL? Not in my view.

    You are just repeating the exact narrow definition that Redhat/IBM’s lawyer leeches found to justify what they did. Yes it’s legal - but by no means in the spirit of GPL or any FSF or OSI approved license.

    Starting with the FSF definition, ANY software from OUTSIDE that RH builds on (this includes the kernel and numerous other parts) comes to them with 4 assured freedoms. One of them is the freedom to distribute the software or the modified forms of it. To put it in short, what RH says is - “You’re still free to exercise the freedom - but we will stop doing business with you if you do”. While this is not against the letter of the license, this is most certainly AGAINST the INTENT of the license.

    One might ask, if that’s the intent of the license, why does the license allow such a loophole? To put it simply, the creators of the license created it based on certain guidelines. But they couldn’t foresee all the ways in which the license would be twisted, violating its intent. This happens from time to time - causing the licenses to undergo revisions. For example, GPLv3 was created due to what FSF calls Tivoization - a practice that violates the intent without violating the license. Hell, this is against even OSI’s intent.

    However, just because there are loop holes in the license to violate its intent, doesn’t mean that it’s ethical or moral to take advantage of it. When some company does so, it’s nothing short of parasitism. In this case, RH managed to suppress GPL after profiteering for decades from it.

    In my view, the “community” reaction was terrible.

    Clearly, your view is heavily colored. Remember that the community’s reaction was only a response to what RH did. You clearly are not seeing the possibility that what RH did is way way worse and extremely damaging towards the community and FOSS principles.

    If you give away the results of Red Hat’s hard work to productize CentOS Stream into RHEL,

    This is a very myopic, one-sided and biased take. A lot of people who are complaining are contributors to the work RH uses. This isn’t just about some bit of work. This is about trust that forms the foundations of the FOSS movement. People will be hesitant to contribute to any project that RH may take and profit like this. RH is using their code in a way that they were not expecting. What RH did is to fundamentally exploit that trust and then betray it.

    Nothing has been taken from you except access to FUTURE Red Hat product ( other than totally for free via CentOS Stream of course ).

    The same narrow definitions to justify the malicious intent. Remember that distributing the recipe for ‘FUTURE Red Hat product’ wouldn’t be wrong in any way if RH hadn’t created the new clause - that they will stop supplying if you did. They had to invent a way to override the intent of FOSS.

    So, Red Hat is going quite above and beyond the licensing by providing their subscribers code to the entire distribution. Yes, beyond.

    They don’t have a business if they didn’t distribute the source code. There are numerous other offerings that give you the same services without the source code. They are doing nothing beyond what it takes for them to make money. So, their moral superiority arguments are based on false premises.

    I’m honestly very tired of people shilling the false arguments of corporates that exploit regular folks to make money. The stories of how RH damaged the entire Linux ecosystem for supporting their business is too long for me to even get into. For now, I will just say that RH’s entire business model has been to make the Linux ecosystem too complicated for anyone else to reasonably manage or modify. So, please stop giving this greedy corporation more credit than what it’s worth and stop demonizing the people who complained when their reasonable expectations were violated.

    • @LeFantome@programming.dev
      link
      fedilink
      11 year ago

      I am not repeating anything Red Hat has said.( even if they said it ). I have not read any of their responses. I am reacting to what I have read and seen myself in the corners of tue Internet that I frequent ( where I have never seen Red Hat post — like here for example ). My thoughts and analysis are my own.

      “Starting with the FSF definition” you say and then completely ignore what the GPL itself says about aggregates like RHEL. Again, less than half of RHEL is even software released under the GPL. Much of the software that is GPL was authored by Red Hat themselves. According to the text of the GPL itself, Red Hat is not required to distribute the code to the totality of the RHEL distribution or even to more than half the code. That is not a “loop hole”. The authors of the GPL went out of their way to spell this out. The word “aggregate” is introduced in the text of the GPL to specifically differentiate something like a full OS distribution from an individual work released under the GPL and included in that distribution. Beyond the hand-waving, I have never seen somebody explain to me how RHEL itself is governed by the GPL other than as an example of an “aggregate” that the GPL goes out of its way to point out would NOT be governed by the GPL. I have pointed this out many times and, disappointingly, the responses I get always completely ignore this. RHEL is not governed by the GPL other than as something that is specifically and explicitly excluded from the conditions of the GPL by the text of the GPL itself ( not as loop hole but by a section of the license that does not even need to be in the license other than to clarify this very thing ).

      As for the “4 freedoms”, as stated above, you have all 4 of those freedoms for any GPL software from Red Hat. They even extend these freedoms to you for software that does not require it.

      Let’s talk about “the spirit” off Free Software here.

      The controversy is about Red Hat restricting the ability ( really just making it less convenient ) to piggy-back off them to make guaranteed “exact”, “identical”, “bug-for-bug” copies of RHEL. Why does Rocky Linux want to make “bug-for-bug” copies of RHEL? Why does Orace? Why does SUSE? Well that is simple. It is because they have built a business on providing guaranteed compatibility with RHEL.

      What does “bug-for-bug” compatibility with RHEL mean? Well, it means that all that can be done is to rebuild and redistribute the packages created by Red Hat exactly as Red Hat created them. Does “the community” want to use this code as a base for incorporating their own changes and innovations? No. They cannot change it or it would no longer build into a bug-for-bug clone of RHEL. Can they even fix bugs? Again, no. “Bug-for-bug” means having the same bugs.

      The people fighting hardest to take the exact packages output by Red Hat are explicitly fighting for the right to take RHEL without paying and with the express plan of giving absolutely nothing back.

      And you know what, you can still do that with any code you get from Red Hat. If you are going to do that though, they want to stop sending you their future work. The horror.

      The fury around these changes from Red Hat is that people ( most loudly companies that want to compete with Red Hat ) not only want to explicitly take without giving back but they also want to ensure that Red Hat is forced to provide all their future work for free as well. The demand is that Red Hat provide their labour and expense for free—forever.

      And again, to be very clear, we are not even talking about source code. Because Red Hat does give away the code that they produce not just because they have to but because they want to ( they author stuff and make it GPL when they could choose other licenses ). They founded the Fedora project to create an aggressively free distribution and pay the salaries of many of its core contributors. This is very clearly something they volunteer willingly as they founded the project specifically to do that. Red Hat also pays to make CentOS Stream available which has all the same software and code in it as RHEL and can even be ABI compatible ( as Alma is now doing ). All the code, if that is what you want, is very available. Red Hat is not hoarding code. Red Hat is not taking anybody’s code and trying to close it off.

      If this was about the code and the ability to preserve it for “the community” then then there would not be much problem. The problem is that people want specifically to make “bug-for-bug” RHEL clones now and in the future and they want Red Hat to do all the work to make that possible without any contribution from “the community” at all. Again, “the work” here is not authoring source code but all the other work that goes into making a full distribution.

      What “community” is being damaged by telling people to use or fork CentOS Stream instead of trying to make “bug-for-bug” copies of RHEL? How is this “extremely damaging to the community and FOSS principles”?

      If the right to take without giving back is what people mean by “the spirit” of Free Software then this is the moment that I break with Free Software and go fully Open Source.

      For anybody that thinks that Free Software and Open Source are the same thing, Open Source is a pragmatic philosophy about how developer collaboration leads to better software while Free Software ( as defined by the Free Software Foundation ) is a political movement focused on the rights of users ( just user freedoms - explicitly not software author or developer freedoms ). The GPL, specially, restricts the freedom of software developers which is why many other Open Source licenses are often called “permissive” licenses ( because they are MORE free). Not all Open Source software is Free Software by the definition of Open Source provided by the Open Source Institute.

      Red Hat, I notice, voluntarily chooses the GPL for the code they author instead of choosing a more “permissive” license. Interesting choice for such a “greedy corporation”.

      I am all over the idea of collaboration around software development. I do not see though how anybody can claim to credibly fighting for that in this Red Hat spat though. If this were about collaboration ( not just explicit duplication ), I imagine Red Hat would be on board. Based on “the community” reaction, It seems that “the spirit” of Free Software is more about entitlement and the right to demand continued servitude from the people that create software for you. Ask not what I can do for the software but rather what does my software provider HAVE to do for me. Those are not politics that I care to support. Count me out

      • @EmbeddedEntropy@lemmy.ml
        link
        fedilink
        English
        11 year ago

        Again, less than half of RHEL is even software released under the GPL.

        I would be completely shocked if this were true. I’m calling BS here.

        I used to be my company’s primary contact for our Red Hat TAM for almost 13 years. Our TAMs were very proud to claim that all of RHEL was FOSS software, licensed under the GPL or sometimes other FOSS licenses.

        I spun up a RHEL 9.2 instance and ran:

        $ sudo dnf list --all | wc -l
        6671
        $ dnf info --all | grep "^License .*:.*GPL.*" | wc -l
        4344
        $ python -c "print(4344/6673 * 100)"
        65.11767351221705
        

        So 65% of RHEL 9’s packages are under a GPL license.

        Much of the software that is GPL was authored by Red Hat themselves. According to the text of the GPL itself, Red Hat is not required to distribute the code to the totality of the RHEL distribution or even to more than half the code.

        Half?!? Again, where are these mysterious numbers coming from?

        It doesn’t matter if Red Hat authored those packages or not. What matters is if they were distributed under a GPL license. If you’re claiming that Red Hat multi-licensed those GPL’d packages that they exclusively wrote so they don’t have to comply with the GPL, please point those out to me (or at least a few), so I can check them out.