17 ms·

A response to the git.centos.org changes

184 points by mroche 3y ago

rafaelturk 3y ago
I have to give credit for RedHat it's an honest post. You may not like the overall underlying message and implications for open source, but its simple and honest addressing the why.
- attentive 3y ago
  not that honest if it's true that "CentOS Stream updates often lag behind RHEL updates" https://news.ycombinator.com/item?id=36487460 https://news.ycombinator.com/item?id=36487460
shantnutiwari 3y ago
To me, sounds like a great reply to the "muh red hat evillzzz" that has been going around this site. Seems like the engineers who claim to earn $500,000 don't want to pay for their own software...
phendrenad2 3y ago
"This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity." What I'm getting from this is that Red Hat has a mythos that they are saving the Linux ecosystem from the days when Linux was just a hacker's OS. But this mythology is used to galvanize the rank and file Red Hatter into doing what management decides is the best direction for the Linux ecosystem.
leetrout 3y ago
> Simply rebuilding code, without adding value or changing it in any way, represents a real threat to open source companies everywhere. This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity. So... completely tone deaf.
- smoldesu 3y ago
  It's not a GPL violation, but it's definitely a willful misinterpretation of it's goals. They're using a lot of mental gymnastics to try and make themselves out as the good guys here: > I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. This demand for RHEL code is disingenuous. The demand for RHEL code is genuine. The expectation of a return on investment is the disingenuous part. GPL does not give you the right to deny others a genuine copy of your code. If someone pays for a RHEL license and then mirrors all the GPL packages, they would feasibly be complying with all the licenses in play. Putting up all these roadblocks and assuming self-righteousness is how the community loses trust in a platform like this.
  - dataangel 3y ago
    They explicitly point out all of the code is still available.
    - naikrovek 3y ago
      you can't expect someone who wants to be angry to voluntarily ingest information which would make them less angry, you know.
    - yjftsjthsd-h 3y ago
      If that were materially true, we wouldn't be having this conversation.
- dataangel 3y ago
  They gotta eat, how do you propose to feed them? I'm pretty sure if all paid Redhat developers stopped contributing it would be a massive blow to the Linux ecosystem that would not readily be replaced by volunteers. They employ people who work on every fundamental pillar of kernel space and userspace. Even if the fired devs wanted to continue contributing, it would probably be reduced hours compared to what they contributed before, because they will be simultaneously doing a different job in order to eat.
keikobadthebad 3y ago
Sounds like they think of Rocky as the enemy, 'under no obligation' to make it easier, 'rebuilding code' is a 'threat'... I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. They want to be a little bit more careful with dogma that makes sense to their management, will get them patted on the head there, but is just nonsense seen from other perspectives - like my perspective contributing to their project for free.
- housemusicfan 3y ago
  > I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. They address that in the blog post: "We don’t simply take upstream packages and rebuild them." Rest assured they're adding good juju to your upstream code! This is 2000s-era Microsoft-level wordsmithing.
  - bonzini 3y ago
    It also address in the blog post that all changes go upstream. We could check what Red Hat does if we knew what package is that.
- masukomi 3y ago
  > I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. that's only a relevant statement IF you are trying to make your living off of it and they're rebuilding it without compensating you. they're not saying rebuilding their opensource packages is a threat to the creators. They're saying people freely distributing the things they pay people to make is a threat to their ability to continue to pay people to make it. I don't care if people repackage my open source code because I'm not trying to pay for food and shelter with it. If i was, I'd be screwed because every repackaging would be just giving away my work without compensating me.
  - hdjjhhvvhga 3y ago
    But Red Hat was aware of that risk but made the decision to repackage and live off other people's work a few decades ago - and it paid off.
belltaco 3y ago
> Simply rebuilding code, without adding value or changing it in any way, represents a real threat to open source companies everywhere. This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity Doesn't Red Hat do the same thing for many packages? Do they substantially contribute to every single project they distribute? I wonder if this will lead to the creation and mass adoption of GPL v4 explicitly forbidding this loophole(and others which have popped up over the years).
- NovemberWhiskey 3y ago
  No; Red Hat packages things - the rebuilders are just taking all the packages and rebranding. More analogous (perhaps? I don't know) would be if someone forked an open source project you maintained and slapped their own brand on it.
  - robinsonb5 3y ago
    It came as slightly bitter pill to swallow when I realised that one of the most important freedoms granted by open source licenses is the freedom to do something you might not like. If you really don't like it, to the point where it's an actual problem, then it's probably a hint that you picked the wrong license.
- fariszr 3y ago
  A GPLv4 forbidding that wouldn't be matching the Open source definition. What is the condition going to be called? You have to make your source open for everyone, even if they don't use your products? Also, RHELs main point is giving a much longer support life cycle than the original dev, so they are contributing for sure. Heck Python 2 is still supported on RHEL 8, even though It's now EOL.
- bshacklett 3y ago
  Even if they don’t make any changes, or upstream contributions, the integration of individual packages into a full OS distribution is certainly valuable. If you disagree, try Linux From Scratch sometime.
ajsnigrutin 3y ago
So they take stuff other people wrote... and they take it for free... and it's ok... then they might do a patch here or there... and if someone takes that, it's somehow bad, because they don't get the money for that? What if they don't patch anything, aren't they just "rebuilders" too?
- m4r71n 3y ago
  So what's stopping Alma/Rocky from just "taking that same stuff other people wrote" and not bothering with RHEL at all?
dsr_ 3y ago
It's nice that they are clear, now: No Red Hat unless you pay them for it. If you pay them for it, you can't redistribute it.
- housemusicfan 3y ago
  > If you pay them for it, you can't redistribute it. Citation please? I've sat in enough conference rooms full of lawyers to know the GPL explicitly forbids this, so it would be bordering on insane if this is what they're proposing.
  - ilyt 3y ago
    Apparently they changed their license so they can cancel it when you request sources.
    - NovemberWhiskey 3y ago
      "apparently", huh? The internet said so?
    - creatonez 3y ago
      When you request sources and use it to assist a RHEL rebuild project, that is.
    - bonzini 3y ago
      No change, it's been like that forever. What changed is what was made available for free even without signing the agreement.
  - jabl 3y ago
    RH doesn't prevent you from redistributing the sources of a GPL'ed RHEL binary. That is indeed explicitly allowed by the GPL, nothing they can do about it. What they can do, however, is cancel your RHEL subscription if they catch you doing it. IANAL so I can't say whether this constitutes a "further restriction on redistribution" per the GPL, but evidently RH lawyers don't think so.
  - 3y ago
pierat 3y ago
> I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. This demand for RHEL code is disingenuous. > .... > There was a time, not too long ago, that Red Hat found value in the work done by rebuilders like CentOS. We pushed our SRPMs out to git.centos.org in a neat package that made them easy to rebuild; we even de-branded it for them. More recently, we have determined that there isn’t value in having a downstream rebuilder. All in all, this line of commentary really shows to me that FLOSS software and community is at diametric odds with commercialism and capitalism. One side (FLOSS) is about building and working together, even if there's bumps and bruises. In the end, everyone benefits because everyone is helping each other. FLOSS is obvious area, but so is the fediverse like Mastodon, Matrix, Lemmy, and others. The commercial/capitalist way is to erect walls and gates, initially set them low/no barriers, and then over time extract money for access to the arbitrarily gated areas. We see this in reddit, discord, github, gitlab, redhat, etc. And then those companies will start out open, and slowly close each avenue until people are either forced to pay up, or leave. Cory Doctorow talks about this with "enshittification". "Internet of Shit", for IoT goods, is a similar anti-feature-fest where you pay more and get less over time.
- meltedcapacitor 3y ago
  the argument seems to be that redhat is/was playing fairly and then Oracle/AWS/Google/etc (which for legal reasons obviously cannot be named explicitly) came and started freeloading on redhat's work instead of "working together". bit of a tragedy of the commons/adverse selection issue within "capitalism" than a "capitalism vs community" thing. maybe they should just grandfather RHEL (only support current releases for the 10 year period, no new LTS) and if clients want a security patched newer version of Linux, offer consultancy to help them switch to Oracle Linux. and then Larry will have to actually do the work lol. maybe at a later point they can offer support for a bug-for-bug compatible rebuild of Oracle Linux :-)
dataangel 3y ago
I'd love to see the actual metrics behind this decision making, but it seems like confirmation of my suspicion that most RHEL customers think they are paying for the software rather than the support, and many would prefer not to pay for the support or get it cheaper elsewhere. When you go to redhat.com and start getting funneled towards buying a license, the average user would not be able to tell. Also the number of users that care about 10+ year old backports may be shrinking in the era of VMs/Containers with hermetic build systems and elastic compute.
jmclnx 3y ago
>Red Hat uses and will always use an open source development model Yes, I do not mean to sound harsh but I do not know how say this in a nice way. To me, this means we will still happily take work from our volunteers, but we will restrict other people from using this work so we can get more $. But thank you volunteers for keeping our payroll low and helping out our stockholders. I really think this is another small step to what I believe is the corporate take over of Linux.
- jeltz 3y ago
  What takeover? While I agree with you that Red hat are being scummy here there are plenty of non-corporate distros like Debian and Arch which are very healthy. I do not see any takeover, just the usual greedy corporations which have always existed.
  - msla 3y ago
    > What takeover? The one people have been predicting for decades because they refuse to understand how Linux works and/or they want attention. None of this is new. None of this is even hugely interesting. Red Hat is one distromaker out of many, and nothing makes anyone use them or their products. Trying to conflate one distro with Linux as a whole is common among people who are either ignorant or attempting to troll.
  - 5e92cb50239222b 3y ago
    Arch is probably the most bazaar operating system in existence. AFAIK all of its developers are volunteers, and thousands of users take an active part in creating and maintaining ~75k of (non-orphan) packages for it. AUR has a very low barrier of entry — you just need an account — and still all packages I use are of good quality (the most popular are usually excellent, and with much less bureaucracy than other distros). I just can't see it being taken over by anyone, Valve or anybody else.
    - neurostimulant 3y ago
      Many components inside a modern linux distros are actually developed by people employed by big corporation. Take systemd for example, where a huge portion of its core developers are employed by red hat, microsoft and facebook. The distro itself may be run entirely by volunteers, but the softwares they packaged might not be developed entirely by volunteers.
ccooffee 3y ago
> I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. I'd go a step further and say a lot of the anger is general angst at the _everything_ of the world, but RHEL's changes provided a focusing point in the nerd world. Or at least that's how I've come to terms with my weird interest in this story (and Reddit nonsense and the submersible story). When everything sucks, it seems very easy to misdirect that angst at whatever is pitchfork-trendy.
rgbrenner 3y ago
We don’t simply take upstream packages and rebuild them Are they seriously claiming they contribute to every one of the tens of thousands of packages they include in their repo? I'd like to see some proof of that. If they're taking any open source app, and just including it in their repo without at least 1 RH patch.. then they are "simply tak[ing] upstream packages and rebuild[ing] them". RedHat absolutely makes money from upstream OSS contributors, and not all of those projects get money or patches from RedHat.
- cassepipe 3y ago
  But then aren't they themselves contributing to projects like Fedora and adding value to it in return ? I don't know anything but it seems that they are also contributing to the ecosystem. Plus it's not like we lacked free quality linux distros, do we ? If you feel like you are being taken adavantage of, what prevents you to contribute to say Debian instead ? I am learning programming and most students like me runnning linux don't run RHEL or CentOs and and frankly barely even know acknowledge their existence.
- throwaway_62022 3y ago
  In general I think, if there is a package which is part of RHEL, there is an engineer working on it and contributes patches and is well versed in the code of it. Otherwise if there is a bug reported by paying customer, they won't be able to fix it. Opening a bug against any of supported Red Hat products by paying customers have consequences and it isn't like a bug on gnome or kde that goes unanswered/unresolved for years. But RHEL by default doesn't have as many packages as Debian or even Fedora. See recent announcement about LibreOffice. Red hat can't by default ship a package that it can't fix and support.
- rwmj 3y ago
  RHEL is only a couple of thousand packages, and yes Red Hat absolutely does contribute to many, many packages that we use. Probably not every single one, but most of them and most definitely every one that needs fixes. The principle is called "upstream first".
  - 3y ago
yding 3y ago
Unpopular opinion: I see their point. When Larry Ellison created Oracle Linux, he said this explicitly: given RH's then model, Oracle can take RedHat's work for free and sell it for money.
- jeltz 3y ago
  Popular opinion: writing "unpopular opinion" is just annoying. Just write what you think instead of pretending to be some sort of underdog.
- akikoo 3y ago
  Oracle Linux is free to download and use
cyberpunk 3y ago
I genuinely don't understand why anyone is using rhel or rhel-derived distros anymore. 'we' (and by 'we' -- I can only speak for the small slice of uk/eu companies I've worked at for the last ~18 or so years) were /forced/ to use redhat when running stuff like SAP, IBM WebSphere, Oracle, various terrible BI systems, ERP stuff, and so on for 'support'. Then the cloud happened, and rhel/centos came along initally as we knew the tools, and we were running mostly the same stuff but on other peoples gear. Slowly the application estate exploded and now I think it's fair to say we target k8s instead of 'rhel' as the place where our software is running, and rhel and it's brothers go absolutely nowhere near my k8s estate or any I've worked on (typically, ubuntu server nodes if I have to build my own, and alpine for contiainers). So; people who are upset by the recent developments (and lets be honest, did you expect a thriving community around an IBM product?) -- why? What's rhel got that debian doesn't? Or ubuntu?
- sullivanmatt 3y ago
  I'm not even a user of rhel but the difference is: security patches. Enterprise uses rhel because they fix or triage nearly every vuln, every time. If you work for a company with extremely stringent security requirements, or sell to government entities, rhel and its derivatives (CentOS/Amazon Linux 2, etc) are basically the only way you can clear their requirements. Debian (and by extension, Ubuntu) chooses to not fix a significant amount of security issues. This makes sense given their business models, but is an unworkable position for a huge number of enterprises that depend on Linux. Example: https://ubuntu.com/security/CVE-2021-45464 https://ubuntu.com/security/CVE-2021-45464
  - cyberpunk 3y ago
    I work for a eu government with extremely high security requirements (in the national identity / IDP / health space). We actually _CANNOT_ use redhat for compliance reasons. (We're using ubuntu LTS as it goes)
    - jtolds 3y ago
      Why? What compliance reasons make Ubuntu LTS work and RHEL not work?
orf 3y ago
A lot of comments on this topic seem at odds with reality. If you accept that it takes a lot of effort to produce what Red Hat produces and you accept that you cannot buy food with a list of your open source contributions, then the people who work for Red Hat need to be compensated in some way. If your answer to this is that there is a big, distributed pool of people willing to do this work instead of Red Hat then you don’t believe that Red Hat adds value. But the question remains: who compensates those people? And this big distributed pool of people ready to do free work definitely doesn’t exist already. Well, it does, but it’s just Redhat. And they are rightfully changing that. It could be the companies they work for (like is done with the Linux Kernel), but that doesn’t exist and starting it is a pretty big undertaking. At the end of the day the comment in the post about the anger coming from people who “do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit” rings pretty true.
- cyberpunk 3y ago
  IBM make a sheadload of money, redhat also was doing absolutely fine on support sales (up 17% in 2022, according to 'el'google) -- if they are suddenly unable to pay their developers then, sure. I don't think anyone is particularly surprised, or will miss them much. It's just kinda sad to see what was a reasonably happy opensource success story end with a giant corporation shutting down some of their releases out of protectionism.
  - orf 3y ago
    You’re not in their sales funnel and lots of things look healthy from the outside that actually are not.
    - _cenw 3y ago
      it seems to correlate more with the ibm acquisition
      - bonzini 3y ago
        People were expecting IBM to swallow Red Hat in 3 years. After 4 years some parts of RHEL have been opened (Fedora ELN, CentOS Stream) and some have been closed, overall I would call that a success even if IBM was behind this decision...
nartz 3y ago
Whats said in this blogpost may be 100% true, and of course red hat does do a lot for the community, but unfortunately the damage is done. Its always going to feel like: * Red Hat was a bastion of open source * Red Hat sold out to IBM * Red Hat stopped being Red Hat, and started being IBM by focusing on $$ over open source * Red Hat reputation degrades as $$ are put first, killing off centos, now this, just downhill from here. >
- rbanffy 3y ago
  I really don’t see it that way. If I want a free-of-charge RHEL, I’ll get CentOS. I don’t understand the “killing off CentOS” thing. I’m still using and it updates continuously.
  - NekkoDroid 3y ago
    From how I understand it: Before the "killing of CentOS": CentOS is based off of RHEL (basically being identical with packages, just not "officially professionally supported", I think) After the "killing of CentOS": RHEL is based off of CentOS (with CentOS-Stream being "the staging" for RHEL packages) But I actually have no actual clue what haseen going on there and have just been somewhat following this entire "drama" with bbit of interest, so I might be completely wrong in how it actually work
- attentive 3y ago
  Is it true though? - he says "when we develop fixes for issues in RHEL, we don't just apply them to RHEL - they are applied upstream first, to projects like Fedora, CentOS Stream or the kernel project itself, and we then backport them". That contradicts to reports like https://news.ycombinator.com/item?id=36484207 https://news.ycombinator.com/item?id=36484207 "Additionally, CentOS Stream updates often lag behind RHEL updates. This is because Red Hat won't commit an embargoed security update to CentOS Stream until after it ships in RHEL, so the developers responsible for the update will sometimes forget to commit it to CentOS Stream until a week or two after it's shipped. You end up in a weird position where you get most updates faster than RHEL users, but you often have to wait to get critical security updates. "
deleted 3y ago
[deleted]
chasil 3y ago
"We’ve been called evil." -Red Hat Linux 9 terminated, 2004. -CentOS acquired, 2014 -CentOS terminated, 2020 -Production patch visibility restricted, 2023 Really? https://www.theregister.com/2023/06/23/red_hat_centos_move/?td=rt-3a https://www.theregister.com/2023/06/23/red_hat_centos_move/?...
busterarm 3y ago
It's funny. We have something like 10^5 machines all on CentOS and a decent chunk where support is important and we pay for RHEL as well. I've been through a few firms like this all operating this way since 2007 or so... We were looking at Rocky Linux, but that no longer makes sense in light of recent news. So along with moving all of that CentOS infrastructure to something else, it no longer makes sense to stick with RHEL either and they are now going to lose our money.
- iDemonix 3y ago
  Similar boat here, and know of many other companies in the same situation (although we chose Alma). We thought we were on a good proven path of paying for support where we need it, and using the downstream alternatives when we didn't. Turns out we should have more seriously considered a move to Debian... I'm not really shocked Red Hat are trying to squeeze more money out of their existing audience, everything they offer is eye-wateringly expensive nowadays. I almost choked when I got a quote back for the Ansible automation platform, before installing AWX for free.
  - apple4ever 3y ago
    I think getting away from RH is probably the safest plan. AAP is crazy expensive, just like RHEL. I think they are going to lose a lot of customers and dollars due to this, both immediately and even more so later.
- fariszr 3y ago
  From Red hats point of view, RHEL shouldn't be an option without paying for it, it's why they stopped CentOS and now git.centos.org. And as mentioned in the article, people just using clones as free RHEL were way too many for the user/sales flow to be worth it. It's basically if a car company had a free car on every road, hoping it would drive people to buy a car for themselves, but people are just using it as their car, avoiding buying one because the free one exists.
  - apple4ever 3y ago
rektide 3y ago
The claim here that their sources are available seems like it probably has a lot of asterisks to it? Or is this kerfuffle really over nothing? McGrath seems to be fessing up to removing access to binaries, and has his hard-truth he wants to try to deal, but but it seems like the story goes significantly deeper or the anger/frustration wouldn't be anywhere near as high. It's not clear to me from a quick browse of the repo what backports/security fixes are/aren't available.
- stbenjam 3y ago
  Binaries weren't removed, RHEL binaries were never available on git.centos.org. The source for RHEL is available via CentOS Stream. The only thing missing is the checkpoints in CentOS Stream where they decide it's suitable to send to RHEL, which makes it harder for the rebuilders to build the exact same thing.
reacharavindh 3y ago
So, do I understand it correctly that if Redhat packages a piece of software written and maintained by someone else for their RHEL, they would share their RHEL revenues with them and pay for their work? Let's say the folks at AMD work so hard to provide a tool to make linux run better on AMD CPUs, now Redhat will not profit off of it by selling to their enterprise customers using AMD systems? The author of this memo just drank a lot of Kool-aid to believe in what he is writing. But, that doesn't make it right.
cmiles74 3y ago
Regardless of your or my opinion, the Vice President of Core Platforms Engineering at Red Hat seems to think that this is a fantastic idea. They read the negative coverage and thought the best move was to educate people on _why_ they are so convinced this is a fantastic idea. I can't help but wonder what this person is thinking. I get that they look at Oracle Linux (or maybe even Rocky Linux) and think, "there's money we're losing". Is that really the whole story? I don't see how, at the end of the day, this is going to help Red Hat. There's no way Oracle is going to start shelling out dollars to IBM for licenses. Maybe Rocky Linux will lose some customers, I doubt it's going to be enough to make it worth the time, effort and negative press that RedHat is suffering.
- mmanciop 3y ago
  Don’t forget they also urgently needed to paint themselves as victims of the ecosystem they shaped and nurtured for decades.
- Havoc 3y ago
  Similar to the Reddit move. Doesn’t seem to make sense on a cost /benefit balance after factoring in PR yet they’re determined to do it I wonder what they’re seeing/thinking that we’re not
deleted 3y ago
[deleted]
fariszr 3y ago
> There was a time, not too long ago, that Red Hat found value in the work done by rebuilders like CentOS. We pushed our SRPMs out to git.centos.org in a neat package that made them easy to rebuild; we even de-branded it for them. More recently, we have determined that there isn’t value in having a downstream rebuilder. > The generally accepted position that these free rebuilds are just funnels churning out RHEL experts and turning into sales just isn’t reality. I wish we lived in that world, but it’s not how it actually plays out. Instead, we’ve found a group of users, many of whom belong to large or very large IT organizations, that want the stability, lifecycle and hardware ecosystem of RHEL without having to actually support the maintainers, engineers, writers, and many more roles that create it. These users also have decided not to use one of the many other Linux distributions. This is a very important section a lot of the comments aren't mentioning. It seems the potential loss of new user flow for them is worth it, as the majority are just using it as a way to avoid paying for RHEL, which was never a free product. > The CentOS Stream gitlab source is where we build RHEL releases, in the open for all to see. So there shouldn't be *any difference* between this repo and the final RHEL binaries right?, at least on tags/releases. But what about unplanned security patches, are these also built in the CentOS stream repos?
- neurostimulant 3y ago
  This sounds like the argument video game companies like to use to justify DRM to reduce piracy. The question is, as they push for more intrusive DRM, how many of those people pirating their games actually converts into paying customers? How many existing customers they piss off who swore they'll never buy their games again? In red hat case, how many of those freeloading users using alma and rocky linux will actually convert into red hat customer? How many red hat customers they piss off because they also use those distros and decided to transition away from red hat in the future?
  - apple4ever 3y ago
    I believe what they don't realize is that many places use RHEL on critical systems, but Cent/Rocky/Alma on non critical systems, because they don't need support and can't afford it even if they did. Instead of that model, they'll just use Debian/Ubuntu or SUSE, and then RH gets nothing.
jake_morrison 3y ago
Many of the leading Linux users are never going to pay for RHEL. That includes expert users who don't need enterprise support. If you make them use something else, then that will become the most battle-tested enterprise distribution. It also includes developers. If they run on your platform, then it will get native support. If you make it easy for them to test on your platform, then it will get first-class support. If you make it difficult and they feel like second-class citizens, you will get no support. Open source is about community, and RedHat has made it clear that the only community they care about is companies willing to pay for expensive per-server licenses. With the rise of the cloud and containerized workloads, the business model of providing long-term support for on-prem servers is declining, and they are just milking the customers who remain.
- creatonez 3y ago
  > Open source is about community, and RedHat has made it clear that the only community they care about is companies willing to pay for expensive per-server licenses. This is exactly what they seem to think. In this blog post, they mention that the open source community will simply revert back to being hobbyists and hackers if they don't make this change. This is because Red Hat's management right now thinks the open source community is entirely comprised of Red Hat, Red Hat customers, and random hobbyists and hackers. Other business models, and even SUSE/Ubuntu, are seemingly invisible to them.
- smarx007 3y ago
  Who is going to pay for something to "become the most battle-tested enterprise distribution"? I get what you say, but this is a lot of (paid) effort many experts need to make together.
mmanciop 3y ago
While the post is mostly correct and one can agree with most of it, it’s very hard to believe that, unless more people pay for RHEL, it would cease to exist. What’s more believable, is that this is a matter of wanting more money for sales targets. Very legitimate and all, but don’t cry over the long hours and don’t try to sound like misunderstood heroes. RHEL is valuable, it contributes to the ecosystem well, and execs want it to churn out more cash.
schlauerfox 3y ago
If this were taken at face value, then they should have ended CentOS instead of trying to preserve a trademark with a drastically different product. They built their world on the work of others shared in kind under the GPL, what are they thinking at this new IBM wearing RedHat's face? To Quote: The modern definition defines free software by whether or not the recipient has the following four freedoms:[8] The freedom to run the program as you wish, for any purpose (freedom 0). The freedom to study how the program works, and change it so it does your computing as you wish (freedom 1). Access to the source code is a precondition for this. The freedom to redistribute copies so you can help your neighbor (freedom 2). The freedom to distribute copies of your modified versions to others (freedom 3). By doing this you can give the whole community a chance to benefit from your changes. Access to the source code is a precondition for this.
shrdlu2 3y ago
There is an opportunity here for Amazon to take some of this goodwill IBM/Red Hat is losing. Make Amazon Linux run nicely outside of AWS with (free) LTS. Charge for support for those who need it. When Oracle messed with Java LTS AWS did Corretto LTS. When Elastic did Elasticsearch license change, Amazon/AWS did Opensearch. They don't need to support esoteric hardware (at least other than their own).
kristianpaul 3y ago
Rebuild code without changing also means learning. It doesn't end there, i also valid it's reproducible, which is good for the sake of software freedom and also security. "Simply rebuilding code, without adding value or changing it in any way, represents a real threat to open source companies everywhere. This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity."
pabs3 3y ago
Seems like RedHat really does not understand that open source means surrendering your monopoly over commercial exploitation of a software project, including to those who will strip your trademarks, redistribute and provide services on top of the result. https://drewdevault.com/2021/01/20/FOSS-is-to-surrender-your-monopoly.html https://drewdevault.com/2021/01/20/FOSS-is-to-surrender-your...
pabs3 3y ago
I have already seen some projects dropping support for RHEL, I wonder if there will be any projects rejecting upstream contributions from RHEL folks because of this.
pabs3 3y ago
Some comments on the LWN thread about this post: https://lwn.net/Articles/936405/ https://lwn.net/Articles/936405/
biimugan 3y ago
What is the evidence that the proceeds from contracts gained from this change will actually go towards the people doing the work? That's what I always wonder. After all, Red Hat also recently cut hundreds of jobs, similar to other tech companies. Those other tech companies also have their own just-so stories to try to explain why they're making certain decisions. Certainly most of those other companies don't have a large open source business in the same way as Red Hat. That they're all cutting (in one way or another) but all have different excuses is interesting. I do find it pretty hard to believe that the morality and ethics of properly paying engineers for their work has much, if anything, to do with it though.
- pabs3 3y ago
  RedHat claims they didn't cut any engineering jobs, so probably at least some of it. Of course some will go to IBM shareholders too.
pabs3 3y ago
One of the reactions to this RH post: https://www.jeffgeerling.com/blog/2023/im-done-red-hat-enterprise-linux https://www.jeffgeerling.com/blog/2023/im-done-red-hat-enter... https://news.ycombinator.com/item?id=36479882 https://news.ycombinator.com/item?id=36479882
silw002 3y ago
thanks to oracle for this mess

184 points by mroche 3y ago

I have to give credit for RedHat it's an honest post. You may not like the overall underlying message and implications for open source, but its simple and honest addressing the why.

attentive 3y ago
not that honest if it's true that "CentOS Stream updates often lag behind RHEL updates" https://news.ycombinator.com/item?id=36487460 https://news.ycombinator.com/item?id=36487460

shantnutiwari 3y ago

To me, sounds like a great reply to the "muh red hat evillzzz" that has been going around this site. Seems like the engineers who claim to earn $500,000 don't want to pay for their own software...

phendrenad2 3y ago

"This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity." What I'm getting from this is that Red Hat has a mythos that they are saving the Linux ecosystem from the days when Linux was just a hacker's OS. But this mythology is used to galvanize the rank and file Red Hatter into doing what management decides is the best direction for the Linux ecosystem.

leetrout 3y ago

smoldesu 3y ago
It's not a GPL violation, but it's definitely a willful misinterpretation of it's goals. They're using a lot of mental gymnastics to try and make themselves out as the good guys here: > I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. This demand for RHEL code is disingenuous. The demand for RHEL code is genuine. The expectation of a return on investment is the disingenuous part. GPL does not give you the right to deny others a genuine copy of your code. If someone pays for a RHEL license and then mirrors all the GPL packages, they would feasibly be complying with all the licenses in play. Putting up all these roadblocks and assuming self-righteousness is how the community loses trust in a platform like this.
- dataangel 3y ago
  They explicitly point out all of the code is still available.
  - naikrovek 3y ago
    you can't expect someone who wants to be angry to voluntarily ingest information which would make them less angry, you know.
  - yjftsjthsd-h 3y ago
    If that were materially true, we wouldn't be having this conversation.
dataangel 3y ago
They gotta eat, how do you propose to feed them? I'm pretty sure if all paid Redhat developers stopped contributing it would be a massive blow to the Linux ecosystem that would not readily be replaced by volunteers. They employ people who work on every fundamental pillar of kernel space and userspace. Even if the fired devs wanted to continue contributing, it would probably be reduced hours compared to what they contributed before, because they will be simultaneously doing a different job in order to eat.

keikobadthebad 3y ago

Sounds like they think of Rocky as the enemy, 'under no obligation' to make it easier, 'rebuilding code' is a 'threat'... I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. They want to be a little bit more careful with dogma that makes sense to their management, will get them patted on the head there, but is just nonsense seen from other perspectives - like my perspective contributing to their project for free.

housemusicfan 3y ago
> I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. They address that in the blog post: "We don’t simply take upstream packages and rebuild them." Rest assured they're adding good juju to your upstream code! This is 2000s-era Microsoft-level wordsmithing.
- bonzini 3y ago
  It also address in the blog post that all changes go upstream. We could check what Red Hat does if we knew what package is that.
masukomi 3y ago
> I have a project in RHEL that they 'rebuild' but I don't see that as a 'threat'. that's only a relevant statement IF you are trying to make your living off of it and they're rebuilding it without compensating you. they're not saying rebuilding their opensource packages is a threat to the creators. They're saying people freely distributing the things they pay people to make is a threat to their ability to continue to pay people to make it. I don't care if people repackage my open source code because I'm not trying to pay for food and shelter with it. If i was, I'd be screwed because every repackaging would be just giving away my work without compensating me.
- hdjjhhvvhga 3y ago
  But Red Hat was aware of that risk but made the decision to repackage and live off other people's work a few decades ago - and it paid off.

belltaco 3y ago

> Simply rebuilding code, without adding value or changing it in any way, represents a real threat to open source companies everywhere. This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity Doesn't Red Hat do the same thing for many packages? Do they substantially contribute to every single project they distribute? I wonder if this will lead to the creation and mass adoption of GPL v4 explicitly forbidding this loophole(and others which have popped up over the years).

NovemberWhiskey 3y ago
No; Red Hat packages things - the rebuilders are just taking all the packages and rebranding. More analogous (perhaps? I don't know) would be if someone forked an open source project you maintained and slapped their own brand on it.
- robinsonb5 3y ago
  It came as slightly bitter pill to swallow when I realised that one of the most important freedoms granted by open source licenses is the freedom to do something you might not like. If you really don't like it, to the point where it's an actual problem, then it's probably a hint that you picked the wrong license.
fariszr 3y ago
A GPLv4 forbidding that wouldn't be matching the Open source definition. What is the condition going to be called? You have to make your source open for everyone, even if they don't use your products? Also, RHELs main point is giving a much longer support life cycle than the original dev, so they are contributing for sure. Heck Python 2 is still supported on RHEL 8, even though It's now EOL.
bshacklett 3y ago
Even if they don’t make any changes, or upstream contributions, the integration of individual packages into a full OS distribution is certainly valuable. If you disagree, try Linux From Scratch sometime.

ajsnigrutin 3y ago

So they take stuff other people wrote... and they take it for free... and it's ok... then they might do a patch here or there... and if someone takes that, it's somehow bad, because they don't get the money for that? What if they don't patch anything, aren't they just "rebuilders" too?

m4r71n 3y ago
So what's stopping Alma/Rocky from just "taking that same stuff other people wrote" and not bothering with RHEL at all?

dsr_ 3y ago

It's nice that they are clear, now: No Red Hat unless you pay them for it. If you pay them for it, you can't redistribute it.

housemusicfan 3y ago
> If you pay them for it, you can't redistribute it. Citation please? I've sat in enough conference rooms full of lawyers to know the GPL explicitly forbids this, so it would be bordering on insane if this is what they're proposing.
- ilyt 3y ago
  Apparently they changed their license so they can cancel it when you request sources.
  - NovemberWhiskey 3y ago
    "apparently", huh? The internet said so?
  - creatonez 3y ago
    When you request sources and use it to assist a RHEL rebuild project, that is.
  - bonzini 3y ago
    No change, it's been like that forever. What changed is what was made available for free even without signing the agreement.
- jabl 3y ago
  RH doesn't prevent you from redistributing the sources of a GPL'ed RHEL binary. That is indeed explicitly allowed by the GPL, nothing they can do about it. What they can do, however, is cancel your RHEL subscription if they catch you doing it. IANAL so I can't say whether this constitutes a "further restriction on redistribution" per the GPL, but evidently RH lawyers don't think so.
- 3y ago

pierat 3y ago

> I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. This demand for RHEL code is disingenuous. > .... > There was a time, not too long ago, that Red Hat found value in the work done by rebuilders like CentOS. We pushed our SRPMs out to git.centos.org in a neat package that made them easy to rebuild; we even de-branded it for them. More recently, we have determined that there isn’t value in having a downstream rebuilder. All in all, this line of commentary really shows to me that FLOSS software and community is at diametric odds with commercialism and capitalism. One side (FLOSS) is about building and working together, even if there's bumps and bruises. In the end, everyone benefits because everyone is helping each other. FLOSS is obvious area, but so is the fediverse like Mastodon, Matrix, Lemmy, and others. The commercial/capitalist way is to erect walls and gates, initially set them low/no barriers, and then over time extract money for access to the arbitrarily gated areas. We see this in reddit, discord, github, gitlab, redhat, etc. And then those companies will start out open, and slowly close each avenue until people are either forced to pay up, or leave. Cory Doctorow talks about this with "enshittification". "Internet of Shit", for IoT goods, is a similar anti-feature-fest where you pay more and get less over time.

meltedcapacitor 3y ago
the argument seems to be that redhat is/was playing fairly and then Oracle/AWS/Google/etc (which for legal reasons obviously cannot be named explicitly) came and started freeloading on redhat's work instead of "working together". bit of a tragedy of the commons/adverse selection issue within "capitalism" than a "capitalism vs community" thing. maybe they should just grandfather RHEL (only support current releases for the 10 year period, no new LTS) and if clients want a security patched newer version of Linux, offer consultancy to help them switch to Oracle Linux. and then Larry will have to actually do the work lol. maybe at a later point they can offer support for a bug-for-bug compatible rebuild of Oracle Linux :-)

dataangel 3y ago

I'd love to see the actual metrics behind this decision making, but it seems like confirmation of my suspicion that most RHEL customers think they are paying for the software rather than the support, and many would prefer not to pay for the support or get it cheaper elsewhere. When you go to redhat.com and start getting funneled towards buying a license, the average user would not be able to tell. Also the number of users that care about 10+ year old backports may be shrinking in the era of VMs/Containers with hermetic build systems and elastic compute.

jmclnx 3y ago

>Red Hat uses and will always use an open source development model Yes, I do not mean to sound harsh but I do not know how say this in a nice way. To me, this means we will still happily take work from our volunteers, but we will restrict other people from using this work so we can get more $. But thank you volunteers for keeping our payroll low and helping out our stockholders. I really think this is another small step to what I believe is the corporate take over of Linux.

jeltz 3y ago
What takeover? While I agree with you that Red hat are being scummy here there are plenty of non-corporate distros like Debian and Arch which are very healthy. I do not see any takeover, just the usual greedy corporations which have always existed.
- msla 3y ago
  > What takeover? The one people have been predicting for decades because they refuse to understand how Linux works and/or they want attention. None of this is new. None of this is even hugely interesting. Red Hat is one distromaker out of many, and nothing makes anyone use them or their products. Trying to conflate one distro with Linux as a whole is common among people who are either ignorant or attempting to troll.
- 5e92cb50239222b 3y ago
  Arch is probably the most bazaar operating system in existence. AFAIK all of its developers are volunteers, and thousands of users take an active part in creating and maintaining ~75k of (non-orphan) packages for it. AUR has a very low barrier of entry — you just need an account — and still all packages I use are of good quality (the most popular are usually excellent, and with much less bureaucracy than other distros). I just can't see it being taken over by anyone, Valve or anybody else.
  - neurostimulant 3y ago
    Many components inside a modern linux distros are actually developed by people employed by big corporation. Take systemd for example, where a huge portion of its core developers are employed by red hat, microsoft and facebook. The distro itself may be run entirely by volunteers, but the softwares they packaged might not be developed entirely by volunteers.

ccooffee 3y ago

> I feel that much of the anger from our recent decision around the downstream sources comes from either those who do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit. I'd go a step further and say a lot of the anger is general angst at the _everything_ of the world, but RHEL's changes provided a focusing point in the nerd world. Or at least that's how I've come to terms with my weird interest in this story (and Reddit nonsense and the submersible story). When everything sucks, it seems very easy to misdirect that angst at whatever is pitchfork-trendy.

rgbrenner 3y ago

We don’t simply take upstream packages and rebuild them Are they seriously claiming they contribute to every one of the tens of thousands of packages they include in their repo? I'd like to see some proof of that. If they're taking any open source app, and just including it in their repo without at least 1 RH patch.. then they are "simply tak[ing] upstream packages and rebuild[ing] them". RedHat absolutely makes money from upstream OSS contributors, and not all of those projects get money or patches from RedHat.

cassepipe 3y ago
But then aren't they themselves contributing to projects like Fedora and adding value to it in return ? I don't know anything but it seems that they are also contributing to the ecosystem. Plus it's not like we lacked free quality linux distros, do we ? If you feel like you are being taken adavantage of, what prevents you to contribute to say Debian instead ? I am learning programming and most students like me runnning linux don't run RHEL or CentOs and and frankly barely even know acknowledge their existence.
throwaway_62022 3y ago
In general I think, if there is a package which is part of RHEL, there is an engineer working on it and contributes patches and is well versed in the code of it. Otherwise if there is a bug reported by paying customer, they won't be able to fix it. Opening a bug against any of supported Red Hat products by paying customers have consequences and it isn't like a bug on gnome or kde that goes unanswered/unresolved for years. But RHEL by default doesn't have as many packages as Debian or even Fedora. See recent announcement about LibreOffice. Red hat can't by default ship a package that it can't fix and support.
rwmj 3y ago
RHEL is only a couple of thousand packages, and yes Red Hat absolutely does contribute to many, many packages that we use. Probably not every single one, but most of them and most definitely every one that needs fixes. The principle is called "upstream first".
- 3y ago

yding 3y ago

Unpopular opinion: I see their point. When Larry Ellison created Oracle Linux, he said this explicitly: given RH's then model, Oracle can take RedHat's work for free and sell it for money.

jeltz 3y ago
Popular opinion: writing "unpopular opinion" is just annoying. Just write what you think instead of pretending to be some sort of underdog.
akikoo 3y ago
Oracle Linux is free to download and use

cyberpunk 3y ago

I genuinely don't understand why anyone is using rhel or rhel-derived distros anymore. 'we' (and by 'we' -- I can only speak for the small slice of uk/eu companies I've worked at for the last ~18 or so years) were /forced/ to use redhat when running stuff like SAP, IBM WebSphere, Oracle, various terrible BI systems, ERP stuff, and so on for 'support'. Then the cloud happened, and rhel/centos came along initally as we knew the tools, and we were running mostly the same stuff but on other peoples gear. Slowly the application estate exploded and now I think it's fair to say we target k8s instead of 'rhel' as the place where our software is running, and rhel and it's brothers go absolutely nowhere near my k8s estate or any I've worked on (typically, ubuntu server nodes if I have to build my own, and alpine for contiainers). So; people who are upset by the recent developments (and lets be honest, did you expect a thriving community around an IBM product?) -- why? What's rhel got that debian doesn't? Or ubuntu?

sullivanmatt 3y ago
I'm not even a user of rhel but the difference is: security patches. Enterprise uses rhel because they fix or triage nearly every vuln, every time. If you work for a company with extremely stringent security requirements, or sell to government entities, rhel and its derivatives (CentOS/Amazon Linux 2, etc) are basically the only way you can clear their requirements. Debian (and by extension, Ubuntu) chooses to not fix a significant amount of security issues. This makes sense given their business models, but is an unworkable position for a huge number of enterprises that depend on Linux. Example: https://ubuntu.com/security/CVE-2021-45464 https://ubuntu.com/security/CVE-2021-45464
- cyberpunk 3y ago
  I work for a eu government with extremely high security requirements (in the national identity / IDP / health space). We actually _CANNOT_ use redhat for compliance reasons. (We're using ubuntu LTS as it goes)
  - jtolds 3y ago
    Why? What compliance reasons make Ubuntu LTS work and RHEL not work?

orf 3y ago

A lot of comments on this topic seem at odds with reality. If you accept that it takes a lot of effort to produce what Red Hat produces and you accept that you cannot buy food with a list of your open source contributions, then the people who work for Red Hat need to be compensated in some way. If your answer to this is that there is a big, distributed pool of people willing to do this work instead of Red Hat then you don’t believe that Red Hat adds value. But the question remains: who compensates those people? And this big distributed pool of people ready to do free work definitely doesn’t exist already. Well, it does, but it’s just Redhat. And they are rightfully changing that. It could be the companies they work for (like is done with the Linux Kernel), but that doesn’t exist and starting it is a pretty big undertaking. At the end of the day the comment in the post about the anger coming from people who “do not want to pay for the time, effort and resources going into RHEL or those who want to repackage it for their own profit” rings pretty true.

cyberpunk 3y ago
IBM make a sheadload of money, redhat also was doing absolutely fine on support sales (up 17% in 2022, according to 'el'google) -- if they are suddenly unable to pay their developers then, sure. I don't think anyone is particularly surprised, or will miss them much. It's just kinda sad to see what was a reasonably happy opensource success story end with a giant corporation shutting down some of their releases out of protectionism.
- orf 3y ago
  You’re not in their sales funnel and lots of things look healthy from the outside that actually are not.
  - _cenw 3y ago
    it seems to correlate more with the ibm acquisition
    - bonzini 3y ago
      People were expecting IBM to swallow Red Hat in 3 years. After 4 years some parts of RHEL have been opened (Fedora ELN, CentOS Stream) and some have been closed, overall I would call that a success even if IBM was behind this decision...

nartz 3y ago

Whats said in this blogpost may be 100% true, and of course red hat does do a lot for the community, but unfortunately the damage is done. Its always going to feel like: * Red Hat was a bastion of open source * Red Hat sold out to IBM * Red Hat stopped being Red Hat, and started being IBM by focusing on $$ over open source * Red Hat reputation degrades as $$ are put first, killing off centos, now this, just downhill from here. >

rbanffy 3y ago
I really don’t see it that way. If I want a free-of-charge RHEL, I’ll get CentOS. I don’t understand the “killing off CentOS” thing. I’m still using and it updates continuously.
- NekkoDroid 3y ago
  From how I understand it: Before the "killing of CentOS": CentOS is based off of RHEL (basically being identical with packages, just not "officially professionally supported", I think) After the "killing of CentOS": RHEL is based off of CentOS (with CentOS-Stream being "the staging" for RHEL packages) But I actually have no actual clue what haseen going on there and have just been somewhat following this entire "drama" with bbit of interest, so I might be completely wrong in how it actually work
attentive 3y ago
Is it true though? - he says "when we develop fixes for issues in RHEL, we don't just apply them to RHEL - they are applied upstream first, to projects like Fedora, CentOS Stream or the kernel project itself, and we then backport them". That contradicts to reports like https://news.ycombinator.com/item?id=36484207 https://news.ycombinator.com/item?id=36484207 "Additionally, CentOS Stream updates often lag behind RHEL updates. This is because Red Hat won't commit an embargoed security update to CentOS Stream until after it ships in RHEL, so the developers responsible for the update will sometimes forget to commit it to CentOS Stream until a week or two after it's shipped. You end up in a weird position where you get most updates faster than RHEL users, but you often have to wait to get critical security updates. "

deleted 3y ago

[deleted]

chasil 3y ago

"We’ve been called evil." -Red Hat Linux 9 terminated, 2004. -CentOS acquired, 2014 -CentOS terminated, 2020 -Production patch visibility restricted, 2023 Really? https://www.theregister.com/2023/06/23/red_hat_centos_move/?td=rt-3a https://www.theregister.com/2023/06/23/red_hat_centos_move/?...

busterarm 3y ago

It's funny. We have something like 10^5 machines all on CentOS and a decent chunk where support is important and we pay for RHEL as well. I've been through a few firms like this all operating this way since 2007 or so... We were looking at Rocky Linux, but that no longer makes sense in light of recent news. So along with moving all of that CentOS infrastructure to something else, it no longer makes sense to stick with RHEL either and they are now going to lose our money.

iDemonix 3y ago
Similar boat here, and know of many other companies in the same situation (although we chose Alma). We thought we were on a good proven path of paying for support where we need it, and using the downstream alternatives when we didn't. Turns out we should have more seriously considered a move to Debian... I'm not really shocked Red Hat are trying to squeeze more money out of their existing audience, everything they offer is eye-wateringly expensive nowadays. I almost choked when I got a quote back for the Ansible automation platform, before installing AWX for free.
- apple4ever 3y ago
  I think getting away from RH is probably the safest plan. AAP is crazy expensive, just like RHEL. I think they are going to lose a lot of customers and dollars due to this, both immediately and even more so later.
fariszr 3y ago
From Red hats point of view, RHEL shouldn't be an option without paying for it, it's why they stopped CentOS and now git.centos.org. And as mentioned in the article, people just using clones as free RHEL were way too many for the user/sales flow to be worth it. It's basically if a car company had a free car on every road, hoping it would drive people to buy a car for themselves, but people are just using it as their car, avoiding buying one because the free one exists.
- apple4ever 3y ago

rektide 3y ago

The claim here that their sources are available seems like it probably has a lot of asterisks to it? Or is this kerfuffle really over nothing? McGrath seems to be fessing up to removing access to binaries, and has his hard-truth he wants to try to deal, but but it seems like the story goes significantly deeper or the anger/frustration wouldn't be anywhere near as high. It's not clear to me from a quick browse of the repo what backports/security fixes are/aren't available.

stbenjam 3y ago
Binaries weren't removed, RHEL binaries were never available on git.centos.org. The source for RHEL is available via CentOS Stream. The only thing missing is the checkpoints in CentOS Stream where they decide it's suitable to send to RHEL, which makes it harder for the rebuilders to build the exact same thing.

reacharavindh 3y ago

So, do I understand it correctly that if Redhat packages a piece of software written and maintained by someone else for their RHEL, they would share their RHEL revenues with them and pay for their work? Let's say the folks at AMD work so hard to provide a tool to make linux run better on AMD CPUs, now Redhat will not profit off of it by selling to their enterprise customers using AMD systems? The author of this memo just drank a lot of Kool-aid to believe in what he is writing. But, that doesn't make it right.

cmiles74 3y ago

Regardless of your or my opinion, the Vice President of Core Platforms Engineering at Red Hat seems to think that this is a fantastic idea. They read the negative coverage and thought the best move was to educate people on _why_ they are so convinced this is a fantastic idea. I can't help but wonder what this person is thinking. I get that they look at Oracle Linux (or maybe even Rocky Linux) and think, "there's money we're losing". Is that really the whole story? I don't see how, at the end of the day, this is going to help Red Hat. There's no way Oracle is going to start shelling out dollars to IBM for licenses. Maybe Rocky Linux will lose some customers, I doubt it's going to be enough to make it worth the time, effort and negative press that RedHat is suffering.

mmanciop 3y ago
Don’t forget they also urgently needed to paint themselves as victims of the ecosystem they shaped and nurtured for decades.
Havoc 3y ago
Similar to the Reddit move. Doesn’t seem to make sense on a cost /benefit balance after factoring in PR yet they’re determined to do it I wonder what they’re seeing/thinking that we’re not

deleted 3y ago

[deleted]

fariszr 3y ago

> There was a time, not too long ago, that Red Hat found value in the work done by rebuilders like CentOS. We pushed our SRPMs out to git.centos.org in a neat package that made them easy to rebuild; we even de-branded it for them. More recently, we have determined that there isn’t value in having a downstream rebuilder. > The generally accepted position that these free rebuilds are just funnels churning out RHEL experts and turning into sales just isn’t reality. I wish we lived in that world, but it’s not how it actually plays out. Instead, we’ve found a group of users, many of whom belong to large or very large IT organizations, that want the stability, lifecycle and hardware ecosystem of RHEL without having to actually support the maintainers, engineers, writers, and many more roles that create it. These users also have decided not to use one of the many other Linux distributions. This is a very important section a lot of the comments aren't mentioning. It seems the potential loss of new user flow for them is worth it, as the majority are just using it as a way to avoid paying for RHEL, which was never a free product. > The CentOS Stream gitlab source is where we build RHEL releases, in the open for all to see. So there shouldn't be *any difference* between this repo and the final RHEL binaries right?, at least on tags/releases. But what about unplanned security patches, are these also built in the CentOS stream repos?

neurostimulant 3y ago
This sounds like the argument video game companies like to use to justify DRM to reduce piracy. The question is, as they push for more intrusive DRM, how many of those people pirating their games actually converts into paying customers? How many existing customers they piss off who swore they'll never buy their games again? In red hat case, how many of those freeloading users using alma and rocky linux will actually convert into red hat customer? How many red hat customers they piss off because they also use those distros and decided to transition away from red hat in the future?
- apple4ever 3y ago
  I believe what they don't realize is that many places use RHEL on critical systems, but Cent/Rocky/Alma on non critical systems, because they don't need support and can't afford it even if they did. Instead of that model, they'll just use Debian/Ubuntu or SUSE, and then RH gets nothing.

jake_morrison 3y ago

Many of the leading Linux users are never going to pay for RHEL. That includes expert users who don't need enterprise support. If you make them use something else, then that will become the most battle-tested enterprise distribution. It also includes developers. If they run on your platform, then it will get native support. If you make it easy for them to test on your platform, then it will get first-class support. If you make it difficult and they feel like second-class citizens, you will get no support. Open source is about community, and RedHat has made it clear that the only community they care about is companies willing to pay for expensive per-server licenses. With the rise of the cloud and containerized workloads, the business model of providing long-term support for on-prem servers is declining, and they are just milking the customers who remain.

creatonez 3y ago
> Open source is about community, and RedHat has made it clear that the only community they care about is companies willing to pay for expensive per-server licenses. This is exactly what they seem to think. In this blog post, they mention that the open source community will simply revert back to being hobbyists and hackers if they don't make this change. This is because Red Hat's management right now thinks the open source community is entirely comprised of Red Hat, Red Hat customers, and random hobbyists and hackers. Other business models, and even SUSE/Ubuntu, are seemingly invisible to them.
smarx007 3y ago
Who is going to pay for something to "become the most battle-tested enterprise distribution"? I get what you say, but this is a lot of (paid) effort many experts need to make together.

mmanciop 3y ago

While the post is mostly correct and one can agree with most of it, it’s very hard to believe that, unless more people pay for RHEL, it would cease to exist. What’s more believable, is that this is a matter of wanting more money for sales targets. Very legitimate and all, but don’t cry over the long hours and don’t try to sound like misunderstood heroes. RHEL is valuable, it contributes to the ecosystem well, and execs want it to churn out more cash.

schlauerfox 3y ago

If this were taken at face value, then they should have ended CentOS instead of trying to preserve a trademark with a drastically different product. They built their world on the work of others shared in kind under the GPL, what are they thinking at this new IBM wearing RedHat's face? To Quote: The modern definition defines free software by whether or not the recipient has the following four freedoms:[8] The freedom to run the program as you wish, for any purpose (freedom 0). The freedom to study how the program works, and change it so it does your computing as you wish (freedom 1). Access to the source code is a precondition for this. The freedom to redistribute copies so you can help your neighbor (freedom 2). The freedom to distribute copies of your modified versions to others (freedom 3). By doing this you can give the whole community a chance to benefit from your changes. Access to the source code is a precondition for this.

shrdlu2 3y ago

There is an opportunity here for Amazon to take some of this goodwill IBM/Red Hat is losing. Make Amazon Linux run nicely outside of AWS with (free) LTS. Charge for support for those who need it. When Oracle messed with Java LTS AWS did Corretto LTS. When Elastic did Elasticsearch license change, Amazon/AWS did Opensearch. They don't need to support esoteric hardware (at least other than their own).

kristianpaul 3y ago

Rebuild code without changing also means learning. It doesn't end there, i also valid it's reproducible, which is good for the sake of software freedom and also security. "Simply rebuilding code, without adding value or changing it in any way, represents a real threat to open source companies everywhere. This is a real threat to open source, and one that has the potential to revert open source back into a hobbyist- and hackers-only activity."

pabs3 3y ago

Seems like RedHat really does not understand that open source means surrendering your monopoly over commercial exploitation of a software project, including to those who will strip your trademarks, redistribute and provide services on top of the result. https://drewdevault.com/2021/01/20/FOSS-is-to-surrender-your-monopoly.html https://drewdevault.com/2021/01/20/FOSS-is-to-surrender-your...

pabs3 3y ago

I have already seen some projects dropping support for RHEL, I wonder if there will be any projects rejecting upstream contributions from RHEL folks because of this.

pabs3 3y ago

Some comments on the LWN thread about this post: https://lwn.net/Articles/936405/ https://lwn.net/Articles/936405/

biimugan 3y ago

What is the evidence that the proceeds from contracts gained from this change will actually go towards the people doing the work? That's what I always wonder. After all, Red Hat also recently cut hundreds of jobs, similar to other tech companies. Those other tech companies also have their own just-so stories to try to explain why they're making certain decisions. Certainly most of those other companies don't have a large open source business in the same way as Red Hat. That they're all cutting (in one way or another) but all have different excuses is interesting. I do find it pretty hard to believe that the morality and ethics of properly paying engineers for their work has much, if anything, to do with it though.

pabs3 3y ago
RedHat claims they didn't cut any engineering jobs, so probably at least some of it. Of course some will go to IBM shareholders too.

pabs3 3y ago

One of the reactions to this RH post: https://www.jeffgeerling.com/blog/2023/im-done-red-hat-enterprise-linux https://www.jeffgeerling.com/blog/2023/im-done-red-hat-enter... https://news.ycombinator.com/item?id=36479882 https://news.ycombinator.com/item?id=36479882

silw002 3y ago

thanks to oracle for this mess