Live data from Hacker News

SUSE is forking RHEL

suse.com

111–120 of 307 posts

Re: SUSE is forking RHEL

#111
post #77

Earlier quoted context omitted.

So the enterprise and commercial users do care? Or perhaps they "don't give a flying fuck"? This ommission of the negative really grinds my gears, and I couldn't care less about American Idiom when it literally changes the meaning of the words.

You know what grinds my gears? Needless pedantry and linguistic prescriptivism. > This ommission of the negative really grinds my gears, and I couldn't care less about American Idiom when it literally changes the meaning of the words. Tough luck? Language is like that, idioms especially. Just get used to the fact that not everybody speaks the same dialect of English as you do, and none of them are objectively the cor…

Perhaps I understood, because I have previous knowledge of the idiom, especially when it comes to the "couldn't care less" variation. However someone encountering it for the first time can only go with what is written, which clearly states that the subject "could care less" or "give a flying fuck", when the intent is entirely opposite.

Re: SUSE is forking RHEL

#113
post #9

Earlier quoted context omitted.

Red Hat announced that they are no longer providing updates to the downstream repo at git.centos.org and blamed that a lot of people are taking the sources and not contributing back, essentially just rebuilding and rebranding "their code". To obtain access to the git repo you now need to subscribe to Red Hat Developer Portal, but there are other ways to obtain the package sources as Rocky Linux is going to do in the…

> essentially just rebuilding and rebranding "their code". I don't think that's the bit that they're angry about, it's the aggressive undercutting of their support contracts, from people who are essentially rebranding their distro. Red Hat (along with IBM) still contributes an insane amount of open source code that they appear to happily upstream. On the Code Radio podcast[1] there was some commentary on Red Hats mov…

I've started to see 2023 as the Year of Freeloader Ousting, it seems to be an overarching trend between all the things going on in tech currently.

Re: SUSE is forking RHEL

#114
post #110

Earlier quoted context omitted.

For what?

RHEL is designed to make forks difficult to do without infringing on trademarks.

The community has a large amount of experience with debranding RHEL. CentOS did it for decades.

If there is a left over of Red Hat branding, you'd have a hard time proving any kind of purposeful infringement.

Re: SUSE is forking RHEL

#116

You would think they would publish the srpms of SLES so there could be a RHEL type clone but based on SUSE and fill that void.

I believe it's more like

* Suse releases a new distro, Purple Weed, rebased last public code of RHEL.

* With some reverse engineering effort or whatever, they provide migration path from RHEL to Suse Purple Weed ™. - for next few releases of RHEL.

* They expect customers to migrate to Suse Purple Weed ™ from RHEL (or clones), within a few versions.

Instead of RHELs proprietary-ish branch, they want their branch to take over and become defacto standard.

I guess.

Re: SUSE is forking RHEL

#117
post #110

Earlier quoted context omitted.

RHEL is designed to make forks difficult to do without infringing on trademarks.

The community has a large amount of experience with debranding RHEL. CentOS did it for decades. If there is a left over of Red Hat branding, you'd have a hard time proving any kind of purposeful infringement.

I believe the idea is that RedHat will likely be more thorough with a commercial entity than they were with CentOS. Yes, I'm sure it's technically possible, but also possible they will get into some back-and-forth with RedHat.

Re: SUSE is forking RHEL

#118
post #110

Earlier quoted context omitted.

For what?

RHEL is designed to make forks difficult to do without infringing on trademarks.

Actually, quite the opposite. Going all the way upstream to Fedora, the trademarks are designed to be easy to change out. Going from Fedora to CentOS Stream shows one brand swap over. And if you have RHEL, you can easily compare the package sets between CentOS Stream and RHEL to see which packages are swapped for branding.

Both Red Hat and SUSE distributions make it easy because internally both companies need to do the trademark swap in their own engineering pipelines.

Re: SUSE is forking RHEL

#119

Earlier quoted context omitted.

Our contract with the Air Force required that we document guarantees from every parts vendor for the servers we built for them that they would keep making those parts for at least a decade. They also demanded RHEL exclusively. It's a great example of how extreme stability is more important than any other question in a lot of business decisions.

> from every parts vendor for the servers we built for them that they would keep making those parts for at least a decade and do main vendors (amd, intel, nvidia, whoever build motherboards) provide guarantees that they continue production of specific version of product for the decade? > They also demanded RHEL exclusively. It's a great example of how extreme stability is there evidence that rhel is more stable than…

> is there evidence that rhel is more stable than debian?

Well, yes Debian versions are supported for 3 years, RHEL for 10+.

"Stability" means changes, not crashes (although they can be caused by changes). A piece of software compiled 10 years ago will still run today and the systems can continue to get security updates, without needing to change the rug.

Re: SUSE is forking RHEL

#120
post #81

Earlier quoted context omitted.

Either that, or it could be the beginning of a very long and pointless lawsuit.

For what?

Doesn't matter. IBM/Red Hat has deep pockets, they can drag competitors into meritless lawsuits for as long as they want just for the sake of deterrence. Having hired a former VP who probably knows a trade secret or two sounds like a good enough excuse to cry wolf.
Post reply on HN