- cross-posted to:
- yt_tech@lemmy.link
- bofh@group.lt
- cross-posted to:
- yt_tech@lemmy.link
- bofh@group.lt
An exceptionally well explained rant that I find myself in total agreement with.
You must log in or register to comment.
deleted by creator
This argument that open source somehow needs to exploit users and blatantly skirt the intent of the GPL because profit must be taken from it is absurd.
Why is it assumed that they weren’t perfectly sustainable before and why is it the end users responsibility to bear the burden of making their business model viable if they weren’t? Being unprofitable doesn’t excuse you from following the terms of your software license.
Red Hat weren’t ever unprofitable under the old model. This is just the classic killing of the goose that lays the golden eggs. They’ll get a short term boost in profit until customers start moving to competitors.
The profit motive is antithetical to software freedom
deleted by creator
deleted by creator
deleted by creator
They weren’t dying before, but they be might now.
The problem is that the value RHEL provides. For my PERSONAL projects the value is less than the cost of renewing my free license every year from them. For a company shipping a system that will in the field for a decade with minimal updates is completely that must work with minimal downtime the value they are providing is higher than what they charge.
That difference in value by users requires RedHat to balance costs the they can charge against maximizing numbers of users versus income. The catch they are running into is some people they provide little value to will just leave, but those people were providing a lot of value for customers. 100 or so ansible roles that your customers were using is suddenly no longer going to be supported, and eventually likely not to work. That is likely a net negative for value provided to customers and goes against the spirit of open source.
The people using Rocky or Alma are unlikely to see cost of RHEL being worth it. So they will go elsewhere. But having a bigger number of users running on those systems provided value and network effect for RedHat even though they are not paying. That indirect benefit is now lost.
RedHat obviously feels all of that does not provide enough value to justify the cost of possible lost sales. I think they are wrong, but maybe they are right.
Maybe they are violating the GPL which explicitly says you cannot add limitations for users sharing code. From here it sure looks questionable at best, intentionally breaking the license at worst. That will have to be left for someone else to decide.
deleted by creator
If that were accurate, then what Redhat is doing would be fine. The issue is that they’ve been requiring that their customers not exercise their rights under the GPL to copy or share the source code that Redhat is providing, with the threat of cutting off their support if they do. There’s an unsettled argument on whether that is actually a violation of the law that grants them the ability to sell someone else’s work in the first place, or merely a gross violation of the spirit that most of the people who authored the source code they’re selling would be 100% opposed to. But it’s at least one of those things.
The GPL exists so that companies can’t just take the code and contribute nothing back.
This isn’t accurate, though. The GPL says nothing about contributing anything back in terms of authoring improvements or making them available. What it says is, you can redistribute our work, or even sell it, but you need to make sure that people who receive it from you also have those rights.
I’m aware that Redhat is comparatively speaking, a huge contributor to the FOSS ecosystem. But, if the amount of code they’ve written is huge, the amount that people outside Redhat wrote that they’re selling is gargantuan. I would be very surprised if as much as 5% of the code they’re selling to their customers was anything they authored. If they want to sell the other 95+%, I think it’s fair to ask that they obey the licensing that allows them to.
deleted by creator
Does the GPL cover having to give redistribution rights to the exact same code used to replicate a certain build of a product?
It does, and very explicitly and intentionally. What it doesn’t say is that you have to make that source code available publically, just that you have to make it available to those you give or sell the binary to.
What Red Hat is doing is saying you have the full right to the code, and you have the right to redistribute the code. However, if you exercise that right, we’ll pull your license to our binaries and you lose access to code fixes.
That’s probably legal under the GPL, though smarter people than me are arguing it isn’t. However, if those writing GPLv2 had thought of this type of attack at the time, I suspect it wouldn’t be legal under the GPL.
I’m not asking them to make available the exact same code; nothing says they have to make RHEL available to anyone other than their customers. It’s conventional in the open source world to do so, but not required, and they’ve chosen not to because they have this business model of selling GPL software and making it difficult to obtain for free what they’re selling.
Trying to make a profit through that business model is fine. Having that as their business model doesn’t give them the right to violate the license though. They are threatening their customers if their customers exercise their right to redistribute RHEL (with the apparent goal of making RHEL, the exact product, difficult to obtain for anyone other than their customers – basically building on other people’s work for free, without honoring the terms of free redistribution under which those people made their work available to Redhat for free).
In GPL v2, the relevant text is in section 6:
You may not impose any further restrictions on the recipients’ exercise of the rights granted herein.
Except that Redhat is trying to literally stop one of the four essential freedoms - the freedom to redistribute. Arguably they might actually be breaking the terms of the GPL.
I don’t think they are. You can distribute the corresponding source for your binaries. You just won’t get updates to the binaries (and their corresponding source) afterwards.
Not only will you not get updates (after they end your subscription), but you’ll probably lose access to the entirety of their packages before you can download all of them in the first place.
Well there is a clause about how long source code needs to be available for. I wonder what the actual interaction will be there.
Whether or not they’re violating the letter of the GPL is entirely separate from whether they’re violating its intent. The former is debatable but the latter is absolutely happening here.
deleted by creator
… the freedom to study, change, and redistribute the software you use.
They are specifically and explicitly trying to limit your freedom with regards to redistribution by making it a violation of their EULA to do so.
deleted by creator
The people using RHEL aren’t using CentOS Stream, and they aren’t able to redistribute the actual software they are actively using. I don’t know how to state this any clearer.
Scenario:
- Sign up for RedHat account
- Acquire source code
- distribute source code
- RedHat cancels your account
- you still have the binaries (and are allowed to, they’re GPL)
- you want the source code again… but can’t. Account is closed.
Now you’re in a situation where you’re entitled to receive the source code, but can’t because they won’t let you.
If this will ever go to court, I suspect RedHat will pursue a “corner case” solution. A canceled account will probably have access to the source code from RedHat *up to that very cancel-date" and you’ll not get a new binary (from them). So it should be mostly legal for them to do so.
However, as long as no trademark of RedHat is violated, distributing individual RHEL binaries (not the full images, they contain trademarked assets) should be fine. So you could receive a binary through that route and be entitled to the source code for it, starting the whole process over again.
No, RHEL “exploits” large companies and the public sector that require a lot of compliance certificates and long term service guarantees for the software they procure. If Red Hat doesn’t collect this money, it goes into the pockets of people with much lower upstream contributions than Red Hat.
The regular user doesn’t need RHEL. Fedora or any other non-enterprise Linux distribution is perfectily fine and they will directly benefit from the contribution that Red Hat finances through their enterprise sales.
The problem is that nothing Red Hat has done justifies them breaking the rules.
Have they made tons of contributions back to open source? Yes. Do they need to make money? Yes. Are there organizations and people who are, in essence, freeloading off their work? Yes.
But here’s the thing. At the end of the day, they chose to make their project open source and to build it on Linux. And that choice comes with rules that they (and everyone else that have used Linux or other FOSS projects) have to follow, no exceptions. You can argue that their motivations for wanting to do so are understandable all day long. You can argue the GPL is bad and shouldn’t work this way. But they still chose this ecosystem.
Now, have they actually violated the GPL? We’ll leave that up to the lawyers to decide I guess. But if we’re only talking whether they should be allowed to violate the GPL, the answer is absolutely not. If they didn’t want RHEL to be open source and stolen by freeloaders they should’ve made their own operating system with their own license.
Redhat, the organization/company no longer exists. Redhat did those things in the past, and earned a lot of love, respect, and clout. All that is left of that legacy is their contributed code and an IBM product name.
Is not all legacy, Red Hat STILLS contributes perhaps more than any other company.
They’re only really restricting the packaging files (and associated testing), the vast majority of which was done solely by them. They could theoretically let you download just the source code that they pulled from public git repos, but that wouldn’t make a difference because you can already get that elsewhere.
I agree that they should be allowed a profit. However calling it open source when redistributing rhel code causes them to hold the right of canceling you access to the code and binary, eventhough gpl states that redistributing is a right under gpl rubs me the wrong way.
deleted by creator
Not really, CentOS Stream tracks ahead of RHEL and isn’t bug for bug compatible, which is also something that Rocky and Alma wants and needs to be.
Jeah exactly, not all things in rhel get opstreamed or backported. They are trying to monetize rhel by making taking away the spirit of opensource.
The thing is the people who run centos will not suddenly go for rhel at the prices they charge. Most people will just go for debian or susa
deleted by creator
In the video, and in the blogpost that is effectively the transcript of the video, he clearly states that though locking away the source code is within IBM’s or RedHat’s rights.
What seems to have done it for him is, the subscription terms and conditions that prevent redistribution of source code by subscribers or else have the subscription revoked. This is what he argues as being borderline illegal and that RedHat could be banking on the army of lawyers on IBM’s retainer.
And, knowing Oracle, what is to stop them from becoming a subscriber? That way, RedHat has a poster child of a subscriber, Oracle gets access to the code which they can and most likely will, with their own army of lawyers, repackage and publish as Oracle Linux. Admittedly this is my cynical take on Jeff’s.
Time to start debating moving more projects under GPLv3 or AGPLv3 which demand more innovative ways to run a business than what IBM is doing.
All the good things you said about Redhat should be in past tense. IBM recently laid off tons of Redhat employees, including the Fedora team lead! Redhat is no longer an organization in any real sense. It is only the name of a product now. It’s as meaningful as IBM’s “Watson”. They are only marketing terms.
Don’t expect much investment or technical innovation out of Redhat/IBM going forward. IBM is always going to put its short term (short sighted) self interest ahead of everything else.
The layoff was less than 4% and only in administrative positions.
It’s not as if they didn’t still get paid under the previous model. It’s just not conducive to a profit line that has to be on an incline forever, else be axed or forever altered, such as in this case. It’s greed, pure and simple. They have to find a new way to make the line on a chart go up and people who are more interested in short term gain figured they can wait out the backlash storm and rake in more profit on other businesses that are already locked in. They’re not dumb, they just aren’t incentivized in anyway to be concerned for the long-term health of what they are built on.
I’ve become a lot more sympathetic to RH after learning about Oracle Linux. I still disagree with it, but another mega-corp selling support for a RHEL clone is egregious.
IMO, this is the elephant in the room.
If you’re looking at what people used CentOS or Rocky or Alma for - dev systems, CI systems, … These aren’t lost sales. If you forced them to off of their solution, they aren’t going to pay the price tag and management/installation pain of RHEL. If they have people knowing how to run Linux, they’ll use something else. And sure, they are drawing some resources from RH (bandwidth for packages at the very least), but they are giving the RH system a larger footprint in deployed systems. And people running it had a positive opinion about the system.
But Oracle Linux is a different beast. Here a company is poaching large customers willing to pay for support by repackaging your product for less effort. It sucks, but it’s entirely consistent for Oracle to be part of ruining a good thing.
Oracle Linux is 100% the cause of this change.
Imagine supporting 2 other distros to make your own enterprise linux that is your only source of money through optional subscriptions to it.
Then some other big unethical corporation (much like your own parent company) comes in, use the GPL license to clone it and slap an “Oracle db certified” sticker on it. Finally, they decide to use the same subscription model as you except they get insane margins since you did 99% of the work for them.
But looking at what Rocky Linux is saying publicly. It’s not impossible that Red Hat won’t levy their right to remove access to the sources to non-commercial forks of RHEL.
But looking at what Rocky Linux is saying publicly. It’s not impossible that Red Hat won’t levy their right to remove access to the sources to non-commercial forks of RHEL.
I think this is a good theory. I would be surprised if Red Hat hadn’t realized the value of clones and the community (and contributions) they bring.
I hope, but also honestly believe, that this is targeted at Oracle and that publicly saying “Don’t worry we’re only gonna use this against this company” would be make Red Hat liable to a lawsuit.
But looking at what Rocky Linux is saying publicly. It’s not impossible that Red Hat won’t levy their right to remove access to the sources to non-commercial forks of RHEL.
That might (hopefully) be true, but at the same time that level of uncertainty is unsuitable for a distribution. RH couldn’t ever give a formal confirmation, nor could they distribute an internal memo to keep all employees on the same page. So at any moment, your distro could stop receiving updates. The entire repo might even be taken down.
Ok, but lets say IBMHat wins here. If the selling point of OEL is Oracle db certified (which is almost HAS to be, no one else wants to touch Oracle), they are also the people who could just certify for Amazon Linux or Debian Stable based OEL. This doesn’t achieve anything good for IBMHat.
I gotta admit I was being pretty reactionary about this and didn’t know about the Oracle Linux thing. That’s just… Plain wrong. Can’t say I wouldn’t do thr same as red hat in their shoes
I honestly don’t see why. Oracle is also bringing in newer kernels they support in OEL. How much additional contribution is needed before it’s basically the same as any Linux distro bringing together FLOSS and tweaking it into a system they want?
I honestly don’t get this take at all. Especially for Oracle Linux. Oracle does write / package much newer kernels and some other features. Why is it OK for Red Hat to package up the Linux kernel and other GPL software and sell support, but not for someone else to do so with Red Hat as the base? It’s just the base is in a slightly different location, RHEL instead of CentOS Stream. Is Amazon OK for doing (now) Fedora -> Amazon Linux? Should Red Hat need to pay Linus for the kernel? Is Amazon doing “enough” modification that they’re not “freeloading” but Oracle isn’t? What’s the threshold, and does it have any relation to the GPL?
But even if they didn’t - you do know there are consultants out there for just about any software providing support. Heck, reading this one way, you would be against users of a distro supporting themselves. This doesn’t make any sense to me at all.
IMO the value of RHEL is in the packaging, testing guarantee (you know everything they offer has been thoroughly tested), and the enterprise support. IANAL but those things seem to be solely the result of their own work, and shouldn’t be subject to the licenses of the software they redistribute. If not legally, then at least morally. They could allow you to freely download and redistribute the raw source code that they pull from public git repos, but that wouldn’t make a difference because you can already get the exact same thing elsewhere.
The majority of RHEL clones don’t offer enterprise support (usually it’s a separate company that offers it and the clone doesn’t receive that money, but either way it won’t be close the level of quality that a vertically-integrated mega-corp can provide), so they’re not taking business away from RH. If anything, it’s actually on-boarding new customers to RHEL. The clones getting the packaging and the majority of the testing guarantee is also not egregious, because they’re not backed by a big enough corporation to do those things themselves, and they aren’t making enough money to afford it either.
None of those things are true for Oracle: they offer paid support that is similar in quality to RH, and thus will take away business; they definitely have the resources to thoroughly test and package everything themselves and they likely make enough money from their support to afford it while still making a profit.
But here’s the thing. You’re saying that it’s wrong to base development or support on RHEL because of
the packaging, testing guarantee (you know everything they offer has been thoroughly tested), and the enterprise support. How does this change for Fedora? It seems like Red Hat shouldn’t be able to just copy their code right? Because they are doing a lot of packaging and testing and someone could offer support.
IANAL but those things seem to be solely the result of their own work, and shouldn’t be subject to the licenses of the software they redistribute.
IANAL either, but you don’t get to ignore software licenses legally just because you don’t like what they say. This is well settled law.
I do also find the idea that we should worry about legal competition to protect one specific business a bit concerning. If Red Hat can’t offer better support then that’s on them. This same argument seems to me like it would be against right to repair, independent car repair shops and more.
… open source STILL needs sources of income to pay developers to work on the Linux ecosystem …
free as in freedom, not free like free beer
Free as in freedom, but you can only do it once before red hat cancels your account due to sharing the source code you downloaded from their portal.
I was mad when I first heard about it, but now? Not so much…
You would be mad as well if a megacorp uses your successful foss to generate revenue cough Oracle Linux cough, floods you with merge requests and issues, expects you to fix them, and don’t pay you a dime. Everyone says that this is your fault: You shouldn’t have licensed it the way you did. But that doesn’t change the fact that you hate everything about your situation. You hate the people who use your work for free, and hate yourself for giving your work away for free.
But this is Red Hat. They asked their legal team how they can get out of this mess. So they found a loophole to close-source RHEL. Now… whether or not RHEL will survive this is a different beast.
Edit: Red Hat also created the following major projects:
- Wayland
- PipeWire
- PulseAudio
- systemd
- FreeIPA
- Keycloak
- OpenStack
- NetworkManager
- Ceph
If that wasn’t enough, they’re also major contributors of the following projects:
- Xorg
- GNOME
- LibreOffice
- radeon
- Linux kernel
If you run any Linux distribution today, chances are you use Red Hat projects. You can also say that anyone who uses the Linux kernel profits off of Red Hat.
deleted by creator
If it was just that they were repackaging source code and putting it behind a paywall, then there would be no problem at all.
The problem is, as I understand it, that they are selling modified GPL code without giving people access to it. That’s against the GPL license. Out of all people, Red Hat should be aware of what the GPL states.
So I think it’s pretty fair to accused Red Hat of being intentionally evil here. If it was just a mistake, then I’d say it’s a very very dumb mistake. Either way, if these are the kind of people who run Red Hat now, things don’t look good.
The access is given as per the GPL, it doesn’t have to be publicly available.
But GPL states that you are free to distribute it; so any customer should be able to do that without any consequences to be compliant with GPL, which Red Hat is not accepting that.
RedHat doesn’t exist anymore. Especially after the recent layoffs.
It’s IBM that is doing this.
What IBM/RedHat (only time I use this naming scheme is for them) is doing is in their rights, and not illegal.
But it’s scummy and goes hard against what the FOSS community strives to build.
I am surprised it has taken IBM this long to begin poisoning the waters…
I’ve been watching ol Jeff for quite some time. He’s so delightfully nerdy I love him
Ive only recently started to follow him, and yeah, hes awesome.
He really seems to know his stuff
2019-07-09: The death knell of Red Hat
Honestly, I am not surprised. Red Hat’s parent company IBM is an absolute joke. Almost as bad as Oracle.
Don’t worry, Redhat was garbage anyway. It’s going to pale in comparison to Watson Enterprise Linux.
Honestly, I think they’re worse. Oracle have actually done less evil in the past few years compared to before, whilst IBM/Redhat seem to be revelling in causing disharmony and aggressive business tactics.
This said it all perfectly. Think I’ll check out more of his videos.
You should. He’s done very entertaining stuff around Raspberry Pis and other fun projects.
If you like raspberry pis, SBCs, or Linux you’re in for a decent time. Although he did get a bit of flack for his Eben Upton interview. Though I felta lot of that was overblown.
Guess they really wanted to be the Reddit of Linux
Reddit Enterprise Linux
I dont understand how redhat is going to police this policy of “we’ll keep source code open to paying customers, but reserve the right to cancel a customer that shares said source”.
Toss in GUID’s or randomly place identity files to anyone that downloads the RHEL source hoping they get accidentally published as an identifying attribute if someone does decide to publish it elsewhere.
And make sure that identifier scheme still works if different people on different subscriptions download the source and compare to filter identifiers like that out…
They could try that but I suspect it would be rather easy to find anomalies like that. These are ultimately patches to an upstream and already open-source project, so one can just diff the RHEL version with the release it’s based on and quickly notice that random GUID in the sources or random spaces/indentation. Or have multiple sources leak the code independently, and then you can diff them all between eachother to verify if you got exactly the same code or if they injected something sneaky to track it, and remove it.
Lots of companies in enterprise also want to host their own mirror because the servers are airgapped, so they can’t even track who downloaded all the sources because many companies will in fact do that. And serving slightly modified but still signed packages sounds like it would be rather computationally expensive to do on the fly, so they can’t exactly add tracking built into the packages of the repos either. And again easy to detect with basic checksumming of the files.
I don’t think that many companies have their shit together well enough to mirror the source code, besides the RHEL repos aren’t small, so that’ll cost.
The companies I’ve helped either had a minimalist mirror to reduce the surface area of what was installable or to save on cost.
It’s possible that a few enterprises do a full mirror of all RHEL sources, but i doubt it’s many
I don’t know, I’ve worked in Debian/Ubuntu companies mostly. Last two had thousands of servers and both had an apt-mirror custom repo including the deb-src ones. Otherwise we just get ourselves banned from the official mirrors when thousands of VMs pull updates from the same NAT IP.
Not sure how that works exactly on the RHEL side, maybe it’s not nearly as easy or common to do that.
Unenforceable for individual users, maybe. But the distros that depended upon it will need to be open and honest about their sources so cannot do that. Users trust distros because of transparency.
Unenforceable for individual users means unenforceable overall, I suspect, since it only takes one person. Even if Rocky Linux doesn’t have a RHEL subscription, or has their subscription cancelled, they’re still allowed to use the source code that that subscription provides.
So imagine Rocky Linux gets their RHEL subscription cancelled, so they’re no longer allowed to access RHEL source code directly. But they’re still legally allowed to access the source code. IBM doesn’t own the source code. They only own one method of access to the source code.
So Joe Blow comes along and makes a RHEL subscription and downloads all of the source code. That source code is still GPL-licensed, which means that Joe Blow now has the legal right to distribute the source code to anyone he wishes (without restrictions), including Rocky Linux. So Joe Blow gives the RHEL source code to Rocky Linux. Rocky Linux now has full access to the RHEL source code. Nobody has violated the spirit or letter of the GPL, and IBM is powerless to do anything about it.
Okay, so IBM bans Joe Blow. Now Jim Jones, Jane Smith and Alex Example come along and do the same thing. Is IBM going to try and track down and cancel the subscription of every individual who’s willing to share the source code they have every legal right to share?
This is not about an individual sharing the source. This is about near verbatim copy distributions like Oracle Linux. And they can easily see who contributes code from RHEL into those distributions.
I think Jeff has a point that a Linux distribution is a collective effort, but I honestly don’t see why he can’t just target Fedora which is for all intends and purposes the testing release for RHEL and most of the development work that Red Hat does goes directly into Fedora. RHEL adds little of value to that other than some compliance BS for large companies.
Oracle really does eat Red Hat lunch. Oracle practically recommends using Oracle Linux to their own customers. After paying a lot of money to Oracle, you probably aren’t thrilled to pay for yet another expensive license and just install oracle linux.
Fedora isn’t the testing distribution for RHEL, CentOS is. Fedora is upstream of CentOS and could be viewed as the bleeding edge in that regard. CentOS used to be downstream of RHEL, but that changed a few years ago when IBM did its first shitty thing at Red Hat. The tree is like:
Fedora (Top of code stream, “unstable” from a business perspective)
|
|
v
CentOS (midstream, much less frequent feature updates)
|
|
v
RHEL (end of stream, stable/predictable/reliable/etc)
And I couldn’t disagree more about RHEL adding little value. You’re not going to run a server on Fedora for something you want/need to rely on, and especially rely on not to change much/cause breaking changes. That’s what RHEL is for and it is the gold standard in that regard.
And that’s not even mentioning the fact that Red Hat support is some of the absolute best in the world. Motherfuckers will write a bespoke kernel module for you if that’s what it takes to fix your issue. Not sure if that’s still true after the IBM takeover though, but that was my experience with them before that.
You can absolutely run important services on Fedora server edition. Most of the stuff in containerized anyways, so having a more up to date version of the base system is actually an advantage.
It is really only those large corps with massive closed source lagacy applications and loads of compliance regulation that need a stale but long term supported distribution like RHEL.
I design/build/maintain servers & networks for a living and have for over a decade. At every company that I’ve ever worked at, large or small, even proposing the idea to run production servers on Fedora would get you laughed out of the room, and probably get your competence questioned if you’re serious about it. I’m not saying it must be RHEL, because Debian & Ubuntu Server do exist and you can get support on them, but there is no universe that exists in which Fedora is suitable as a production server.
I respect your opinion, but it does not match up with any business reality, no matter the size of that business.
Maybe not Fedora specifically, but modern cloud environments run on significantly more bleeding edge Linux versions than RHEL and that is no problem at all given the redundancy all these systems work at.
doesn’t Fedora drift fairly well ahead of RHEL with new major releases of components from upstream with every release? Especially with the kernels getting so far out of sync with between the two.
deleted by creator
Yeah, but that is Red Hat’s problem then, no?
deleted by creator
That was great! I mean the circumstances are not great but I like the video. It seems there’s a lot of talk about how big companies take over open source projects and ruin them, which is a good conversation.
Somehow I’d kind of not known who Jeff Geerling was until this. And damn, he does a good presentation. Succinct, very clear and gets his point across extremely well without too much heat. No way I could I do that!
Jeff is 100 spot on. IBM/Redhat is really shooting themselves in the foot for some short term profits.
I really hope this doesn’t affect ansible. I’ll be so fucking mad.
It’s crazy that we’re even considering that, yet we are. Redhat have become so unpredictably malicious, it’s really depressing.
“IBM won’t affect our culture” they said…
One could always fork it, though I like the name. I’m a LeGuin fan.
When stream first came out and I migrated, it immediately broke some Ansible stuff that I rely on. Stream is not a stable enterprise OS.
Truly the year of enshittification.
I’m so annoyed with this. We were using CentOS, which was effectively killed, then I did a lot of research and spent time moving everything over the AlmaLinux.
Having to now do it all again another time is so frustrating; the only pragmatic long-term option is to bite the bullet and get things working on Debian.
Look in to Rocky Linux. It was started by the original developer of CentOS the day Red Hat announced that CentOS would be moving upstream of RHEL. They’ve already put out an announcement saying that it’s essentially going to be business as usual for them.
Thanks tool.
From what I understand, Rocky and Alma are essentially the same and so I found it difficult to decide between the two when moving from CentOS. Whatever happens now, will apply to both.
The writing is on the wall and it’s similar to Twitter and Reddit: they wanted to kill CentOS as it was, weren’t expecting the community to come back with Rocky and Alma, so now they’re trying to kill those too. The above video posits a scenario where Oracle’s legal team help the little guys by going to battle with IBM, but I don’t see it.
At this point, I don’t think it’s smart to go to the Winchester, have a nice cold pint, and wait for this all to blow over, but then again I’d be very happy to see the little guys succeed.
Gotcha. I understand your opinion, but they seem pretty confident about their ability to continue to deliver.
And also, never get into bed with Oracle. I quit a job once when they started seriously sniffing Oracle’s panties. Oracle has hostages, not customers.
ORACLE - Not Even Once
I’d just finished migrating around 70 Centos 6 machines to Centos 8, a month ahead of them killing the distro that was supposed to last until 2028. We went with Rocky, but the problem is the same as Alma’s.
Fortunately both companies seem to have pretty well developed plans for coping with this, and no doubt Oracle and Amazon distros will too, so no need to jump ship yet.
That said, we’re also considering a debian shaped future, at least in part. There’s absolutely no way we’ll sign up for Rhel accounts. Not because they’re expensive, but because decisions like this undermine our trust in them as a business partner.
Ooof, I feel ya. Good luck!
Yea, we’re just starting a EL7 to Alma 9 migration. Kind of not looking forward to having to throw out all that work and try and migrate somewhere else if the rebuilds become impossible to make in the next few months or even few years. And if this doesn’t work, I don’t see why they don’t try something else in 2 years again, so I’m far less sanguine than I was back with them ending CENTOS.
It is a worry, isn’t it? I built two more Rocky 9 servers today and it certainly would be a major faff if Rocky went away. However, I have a lot of faith in them, and I also respect Alma. Both are strong, well run organisations with a lot of clever people working together for the benefit of the community. I think we’ll be fine, even if the details have to change a little bit.
We certainly won’t be trusting Redhat in any way though, but we’re not big enough to be useful to them. They’ve proved they have complete disdain for the foss community they depend upon, and showing ones colours like that is not going to help their bottom line. It’s a shame.
Debian is great. I use it and love it every day.
I agree, it’s my preferred distro and I run a couple of debian servers at home, and my personal laptop that I’m using now.
But work is all Centos and Rocky.
All of my servers for my LLC and at home are Debian. At my day job we use RHEL. I get to upgrade ~400 servers to RHEL8/9.
I’ve created a todo item for myself at work; “See how easily we can switch new builds to debian in our automation and management systems”. Doesn’t hurt to be flexible.
Damn, couldn’t have put it better even if I spent weeks trying to sum it down.
This was his first reaction, just as satisfying to read: https://www.jeffgeerling.com/blog/2023/dear-red-hat-are-you-dumb
Red Hat is dead to me.
