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…
SUSE is forking RHEL
111–120 of 307 posts
Re: SUSE is forking RHEL
#112Re: SUSE is forking RHEL
#113Earlier 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…
Re: SUSE is forking RHEL
#114Earlier quoted context omitted.
For what?
RHEL is designed to make forks difficult to do without infringing on trademarks.
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
#115Re: SUSE is forking RHEL
#116You 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.
* 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
#117Earlier 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.
Re: SUSE is forking RHEL
#118Earlier quoted context omitted.
For what?
RHEL is designed to make forks difficult to do without infringing on trademarks.
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
#119Earlier 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…
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
#120Earlier quoted context omitted.
Either that, or it could be the beginning of a very long and pointless lawsuit.
For what?