247
RHEL 10 Leaked (lemmy.world)
submitted 11 months ago* (last edited 11 months ago) by Adonnen@lemmy.world to c/linuxmemes@lemmy.world
all 15 comments
sorted by: hot top controversial new old
[-] cygnus@lemmy.ca 23 points 11 months ago

Is this salt because they're dropping X11?

[-] Adonnen@lemmy.world 84 points 11 months ago

No it's actually a 3 month overdue meme about them restricting the source code behind user agreements

[-] woelkchen@lemmy.world 50 points 11 months ago

I like the meme but the most hilarious aspect of the saga to me is still that Oracle got out on a stage and with a straight face proclaimed that they are the bastion of openness for freeloading RHEL source code to make Oracle Linux. That shit never gets old.

[-] Adonnen@lemmy.world 31 points 11 months ago

I have no love for oracle, but in general the only freeloaders in FOSS development are companies that use the work of a whole ecosystem of unpaid developers and then use loopholes to restrict access.

"Lazy clones" are vital to maintaining the interoperability and openness that make RHEL (or any other corporate distro) attractive and keep them accountable for anticonsumer practices, preventing enshittification. Only when the company starts actively harming their product, or trust is lost, will clones hurt sales.

If they want a proprietary OS, they can build it themselves. The value proposition has always been in the support and service ecosystem and infrastructure provided by the corporation. Only when the company starts actively harming their product, or trust is lost, will clones hurt Red Hat's business.

My university uses Rocky. If it didn't exist, they would probably just use debian. Because it does exist, hundreds of students will be exposed to and learn to use enterprise linux, and will likely contribute to its corporate user base at companies that require RHEL.

If they kill clones, they are killing the on-ramp and ecosystem that makes their paid offerings so dominant. Students will learn something else, developers would deprioritize rpm, making their paid products less attractive.

[-] woelkchen@lemmy.world 11 points 11 months ago* (last edited 11 months ago)

I have no love for oracle, but in general the only freeloaders in FOSS development are companies that use the work of a whole ecosystem of unpaid developers

So basically all those who used CentOS and did not contribute anything even though CentOS cried for contributions for years until Red Hat eventually bought them? (=Most notably Oracle.)

Red Hat is still the biggest FOSS contributor. (I use openSUSE and SteamOS, btw, so I'm not even a RH product user.)

and then use loopholes to restrict access.

It's really not a loophole. The GPL spells it out directly that the source code is only mandatory to be offered to those who get the binaries. A loophole is networked execution that was not even thought about when the original GPL was written and then was "closed" by the AGPL and later intended to be left open by the GPLv3.

If they kill clones, they are killing the on-ramp and ecosystem that makes their paid offerings so dominant. Students will learn something else, developers would deprioritize rpm, making their paid products less attractive.

Those actions seem to have lead to creating that new OpenELA organization, basically to what CentOS wanted for years but their cries fell on deaf ears. Simply reusing Red Hat's source RPMs isn't an open ecosystem. All the EL downstreams finally collaborating is.

[-] Adonnen@lemmy.world 9 points 11 months ago* (last edited 11 months ago)

So basically all those who used CentOS and did not contribute anything even though CentOS cried for contributions for years until Red Hat eventually bought them? (=Most notably Oracle.)

Not contributing is not necessarily freeloaders. Users have no obligation. That's the point of open source. Only building off of open code and the closing yours off is freeloading.

Oracle and others used the source code and publish their distro's source. Oracle not contributing is jerky, sure, but for them to be freeloaders they would have to use enterprise linux as a basis for a pay walled proprietary or restricted source OS. Correct me if I'm wrong, but their business model is using Oracle Linux in their cloud offerings.

Red Hat is still the biggest FOSS contributor. (I use openSUSE and SteamOS, btw, so I'm not even a RH product user.)

Hell, I use Fedora, so anything I contribute to is upstream of RHEL. I'm not saying RH socks. There are a lot of great people they employ and their business has been a huge positive for FOSS. But those (great) achievements were and are premised on community collaboration, and it's more than fair to raise a stink about it.

It's really not a loophole.

You're right about GPL. I have nothing against paid software. I was more describing the broader enterprise linux ecosystem. That is to say, RHEL's success is based on making it an open standard. The greater community can contribute either directly to the upstream or to the application ecosystem, with the understanding their work is applicable to the FOSS community. Closing the downstream is a loophole out of this system where they get to profit. It's a bait and switch.

Simply reusing Red Hat's source RPMs isn't an open ecosystem. All the EL downstreams finally collaborating is.

"Ecosystem" wasn't referring to the existence of clone distros but the development and adoption of enterprise linux they enable(d). The ecosystem is not only those directly contributing to enterprise linux but the developers targeting enterprise linux and the (IT/CS) user base familiarizing itself with enterprise linux. The market for a RHEL clone is not the market for RHEL enterprise solutions. As I said above, free availability of clones gets people into the ecosystem, and on the corporate end, as long as RH's offerings aren't enshittified, Red Hat converts these people into customers. It should be a win-win, but short-term profit maximization will hurt its trust and future growth.

[-] woelkchen@lemmy.world 4 points 11 months ago

Not contributing is not necessarily freeloaders. Users have no obligation. That’s the point of open source. Only building off of open code and the closing yours off is freeloading.

Cambridge dictionary seems to disagree:

Describes pretty much what Oracle did for years. Now they are contributing to OpenELA, so in a weird turn of events the overall situation got better after a short period of uncertainty.

[-] wfh@lemm.ee 3 points 11 months ago

Hey, we are all freeloaders here. How many of us can say they've contributed to every single component of the stack we use everyday to get our cat memes? Like GRUB, the kernel, systemd/whatever you prefer, Mesa, X.Org/Wayland, your DE of choice, Firefox?

We can even make a profit by using these tools :D

[-] woelkchen@lemmy.world 3 points 11 months ago

Hey, we are all freeloaders here.

Speak for yourself. I've paid for FOSS to support development on multiple occasions.

[-] Adonnen@lemmy.world 1 points 11 months ago

I'm glad you do. I want to start contributing and donating too. But I do think the definition of freeloader is a bit adjusted for FOSS software.

[-] Adonnen@lemmy.world 1 points 11 months ago

I get your point, but this definition applies to all users of FOSS software who do not actively contribute to its development. Purpose is a consideration here; I am freeloading if I use netflix's service through loopholes or piracy when it is intended for paid customers, but am I freeloading if I, a non developer and a student not in a position to donate, use libreoffice? By this definition, I clearly am a freeloader. But it is clearly intended for use by the general public.

For RHEL, there is more ambiguity, because although they sell it at cost, it is still based in an open source ecosystem. I understand how using rhel binaries without becoming a paying customer could be seen as freeloading, but the crucial difference is the intent of an open ecosystem and standard. RHEL establishes itself as a standard, and that means it's work will be used, not just contributed to. By closing it off, they are cutting off that standard.

Compare this to standards like USB or audio codecs. A powerful company or consortium may create an open standard and use it in their paid offerings, but others using it aren't freeloaders, even if they compete with said offerings. They're intended (or expected) users.

Sorry if I'm not making much sense. I'm only commenting because I find this interesting, not angry keyboard warring.

[-] carlwgeorge@lemmy.ml 1 points 11 months ago

Correct me if I’m wrong, but their business model is using Oracle Linux in their cloud offerings.

Oracle Linux was created to undermine Red Hat profits to prevent Red Hat from competing with Oracle on acquisitions. They also sell their other products, including proprietary ones like Oracle DB, running on top of Oracle Linux.

But those (great) achievements were and are premised on community collaboration, and it’s more than fair to raise a stink about it.

If you value community collaboration, you should be pissed at the RHEL clones. They contribute extremely little, literally just enough to say that they contribute a non-zero amount. That's the stink you should be raising. The spirit of open source is collaboration. Taking the RHEL source code and just rebuilding without meaningfully contributing may be allowed by open source licenses, but it damn sure isn't in the spirit of open source.

That is to say, RHEL’s success is based on making it an open standard.

RHEL's success is based on using open source as a development model, not a business model. It has nothing to do with other distros claiming that RHEL is the standard they have to follow, instead of actually doing the work to be good distros in their own right.

Closing the downstream is a loophole out of this system where they get to profit.

Everyone can build off (and profit off of) the upstreams, including RHEL's immediate upstream CentOS. Red Hat has no obligation to allow people to duplicate their product exactly. Having a mature understanding of the separation of products and projects is a big factor in Red Hat's success.

[-] carlwgeorge@lemmy.ml 1 points 11 months ago

Simply reusing Red Hat’s source RPMs isn’t an open ecosystem. All the EL downstreams finally collaborating is.

Except the only thing they're collaborating on is obscured sharing of RHEL source RPMs to hide who is violating their subscription terms.

[-] carlwgeorge@lemmy.ml 1 points 11 months ago

I have no love for oracle, but in general the only freeloaders in FOSS development are companies that use the work of a whole ecosystem of unpaid developers and then use loopholes to restrict access.

It's ludicrous to suggest that Red Hat, who funds more open source work than any other company, is "freeloading" just because you don't like their subscription terms. There are a lot of words to describe how you feel about those terms, but "freeloading" just ain't it.

“Lazy clones” are vital to maintaining the interoperability and openness that make RHEL (or any other corporate distro) attractive and keep them accountable for anticonsumer practices, preventing enshittification.

RHEL clones are not vital to RHEL interoperability or openness. They're not even relevant to these things. They may like to tell people they are, but it's bullshit. RHEL's interoperability comes from Red Hat's upstream first policy. Improvement made by Red Hat get pushed upstream, both to software projects (e.g. linux, gcc, httpd, etc.) and to distro projects (e.g. Fedora and CentOS). RHEL's openness is based on the fact that it is open source. RHEL clones could all disappear tomorrow and it won't affect these aspects of RHEL.

The value proposition has always been in the support and service ecosystem and infrastructure provided by the corporation.

Red Hat's value proposition isn't helpdesk style "support me when something breaks" support like you're suggesting here. It's not something that only exists during incidents. It's an ongoing relationship with the vendor that builds the platform that you're building your business on. It's being able to request and influence priority of features and bug fixes.

If they kill clones, they are killing the on-ramp and ecosystem that makes their paid offerings so dominant. Students will learn something else, developers would deprioritize rpm, making their paid products less attractive.

Clones going away wouldn't hurt the free on-ramp to RHEL because the free developer subscription exists now. It's a better on-ramp than a clone ever could be because it's actual RHEL, and includes additional products. People like students that don't need the exact product, just something close enough, can still use and learn on CentOS or Fedora. Developers aren't going to de-prioritize RPM any worse than they already do.

this post was submitted on 29 Nov 2023
247 points (100.0% liked)

linuxmemes

21263 readers
906 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS