this post was submitted on 11 Jul 2023
128 points (99.2% liked)

Technology

59657 readers
3043 users here now

This is a most excellent place for technology news and articles.

Our Rules

  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots

founded 1 year ago
MODERATORS
L3s
[email protected]
[email protected]
L4s
enu
128
SUSE Preserves Choice in Enterprise Linux by Forking RHEL with a $10+ Million Investment | SUSE (www.suse.com)
submitted 1 year ago by awderon to c/technology
17 comments fedilink hide all child comments
 

This is going to be interesting.

you are viewing a single comment's thread
view the rest of the comments
[–] thehatfox 6 points 1 year ago (1 children)

So what will SUSE’s plan be for the SUSE fork to maintain compatibility going forward - won’t they have the same problems accessing RHEL source code as Rocky and Alma to maintain compatibility?

[–] awderon 3 points 1 year ago (1 children)

The source code will still be available, the GPL2 still applies. As far as I understand, RedHat will publish the upstream code that will eventually end up in RHEL. This article can explain it better than I can: https://www.theregister.com/2023/06/23/red_hat_centos_move/

[–] thehatfox 3 points 1 year ago

The article says that upstream code in CentOS Stream has brief periods where it is in sync with RHEL around major releases. So rebuild distorts can access RHEL compatible code at those times.

What I don’t understand though, is how do the RHEL-derived distros stay in sync with “bug for bug” (or close as possible too) compatibility with RHEL proper between those release windows? That sounds like it would only be possible with access to sources for RHEL patches and updates. Which is now legally complicated to access RHEL source code. Taking patch code from CentOS Stream would likely differ enough from what actually makes it into RHEL to break the “bug for bug” level of compatibility. Unless there is some way accurately derive what goes into RHEL from CentOS Stream that I’m not understanding.