Conversation

Notices

1. Santa Claes 🇸🇪🇭🇰🎅 (clacke@libranet.de)'s status on Wednesday, 12-Jul-2023 00:51:00 UTC Santa Claes 🇸🇪🇭🇰🎅

   Alma, Rocky, Oracle and the new SuSE-RHEL will all keep striving for binary compatibility.

   They will all have to do research on what went into each binary release, as exact corresponding source packages are now no longer provided to the general public.

   Will these four engage in coopetition and create some shared base source-code distro? That would be an interesting outcome.

   • Santa Claes 🇸🇪🇭🇰🎅 (clacke@libranet.de)'s status on Wednesday, 12-Jul-2023 00:50:54 UTC Santa Claes 🇸🇪🇭🇰🎅

     in reply to

     • Björn Lindström
     @bkhl It existed and was called CentOS. CentOS Stream is explicitly and intentionally not that.
   • Björn Lindström (bkhl@social.sdfeu.org)'s status on Wednesday, 12-Jul-2023 00:50:59 UTC Björn Lindström

     in reply to

     @clacke that shared repository basically already exists and is called Centos Stream.

   • Santa Claes 🇸🇪🇭🇰🎅 (clacke@libranet.de)'s status on Wednesday, 12-Jul-2023 00:51:08 UTC Santa Claes 🇸🇪🇭🇰🎅

     in reply to

     • Mans R

     @mansr If you use your rights under the license you are in breach of the subscription terms of service.

     They say this doesn't violate copyleft. I don't see how it doesn't.

   • Mans R (mansr@society.oftrolls.com)'s status on Wednesday, 12-Jul-2023 00:51:09 UTC Mans R

     in reply to

     @clacke Research? Wouldn't it be cheaper for them to simply get a single RHEL subscription and request the sources?

   • Santa Claes 🇸🇪🇭🇰🎅 (clacke@libranet.de)'s status on Wednesday, 12-Jul-2023 07:06:11 UTC Santa Claes 🇸🇪🇭🇰🎅

     in reply to

     • Björn Lindström

     @bkhl All the source code except for recent patches would be in the upstream, but you don't have the exact source that went into the particular binary package.

     NixOS, Debian, SuSE, Alma, Rocky, Oracle, they are pretty much reproducible -- you can take the exact source pile for this exact package version and in 90%+ of the cases with NixOS and Debian you can even bit for bit get the exact same binary package file.

     RHEL has subscription terms that actively prevent this.

   • Björn Lindström (bkhl@social.sdfeu.org)'s status on Wednesday, 12-Jul-2023 07:06:12 UTC Björn Lindström

     in reply to

     @clacke what source code is missing from it that's relevant to maintaining binary compatibility, do you mean?

   • Thomas (tfb@functional.cafe)'s status on Wednesday, 12-Jul-2023 10:49:53 UTC Thomas

     in reply to

     • Björn Lindström

     @bkhl Stream is upstream compared to RHEL, so eg there's already been a case AFAIU where a bug or security fix was back ported to the version of a package* in RHEL, but Stream got the next version of the package, which is what went into the next point update of RHEL.

     So if what you're trying to do is rebuild an exact RHEL copy, you may have extra work to do.
     @clacke

     *I think it was Python

     Santa Claes 🇸🇪🇭🇰🎅 likes this.
   • Santa Claes 🇸🇪🇭🇰🎅 (clacke@libranet.de)'s status on Wednesday, 12-Jul-2023 10:51:15 UTC Santa Claes 🇸🇪🇭🇰🎅

     in reply to

     • Thomas
     • Björn Lindström
     @bkhl @tfb You never know. And that's enough for some people to not run their RHEL-certified thing on an OS that is "almost RHEL".
   • Björn Lindström (bkhl@social.sdfeu.org)'s status on Wednesday, 12-Jul-2023 10:51:16 UTC Björn Lindström

     in reply to

     • Thomas

     @tfb @clacke sure, but did this difference "break binary compatibility" with e.g. something linking with Python?