Live data from Hacker News

A response to the git.centos.org changes

redhat.com

41–50 of 184 posts

Re: A response to the git.centos.org changes

#41
post #11

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.

> 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.

Apparently they changed their license so they can cancel it when you request sources.

Re: A response to the git.centos.org changes

#42
post #27

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 yo…

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.

Re: A response to the git.centos.org changes

#43

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…

> What's rhel got that debian doesn't? Or ubuntu? Short version: https://access.redhat.com/support/policy/updates/errata https://catalog.redhat.com/hardware/search?type=Server

So LTS support and ... runs on everything the linux kernel does? I don't understand your answer, that is nothing you can't get elsewhere ?

Re: A response to the git.centos.org changes

#44
post #41

Earlier quoted context omitted.

> 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.

Apparently they changed their license so they can cancel it when you request sources.

"apparently", huh? The internet said so?

Re: A response to the git.centos.org changes

#45
post #27

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 yo…

It's interesting because if RHEL had no value add nobody would pay for it and nobody would be angry about this change. All of these angry posts are proof in a way that they are putting in valuable work.

Re: A response to the git.centos.org changes

#47
post #36

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…

I know why they use RHEL - support is apparently good and not every corpo wants to keep some linux experts on payroll to fix the rare issues that need a bit more expertise. And they keep old versiond of Red Hat updated for longer so you old crusty enterprise garbage can stay garbage few years longer and claim "but OS is updated" in audit. I have no idea who in their right mind would use derivative, it has zero benefi…

Funny; our RHEL systems were a nightmare for compliance actually. Most of the tools the auditor/pentester type people use only search for, (completely fake example) libfoo 1.x.2 having a security hole, and redhat's libfoo 1.x.2-wibble13 even though it has a backported fix, is flagged as vulnerable.

For each one of these packages, it's a crazy process to prove that the CVE they reported isn't actually there, and it delays our accreditation to the point where it was easier for us to change distro than go thorough hundreds of these..

Re: A response to the git.centos.org changes

#48
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.

Re: A response to the git.centos.org changes

#49
post #21
post #14

>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 s…

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.

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.

Re: A response to the git.centos.org changes

#50

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 t…

> 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.

Post reply on HN