128

SUSE Preserves Choice in Enterprise Linux by Forking RHEL with a $10+ Million Investment | SUSE(www.suse.com)

posted
by
Avatar
awderon@lemmy.world
in
Avatar
technology@lemmy.world
16 comments
hidereport

This is going to be interesting.

Sort:
HotTopControversialNewOld
Avatar
Blaze@iusearchlinux.fyi
21 points

That’s good news, isn’t it?

permalink
report
reply
Avatar
raspberry_confetti@lemmy.ml
23 points

Yes. And this isn’t a knee-jerk reaction from them. They’ve been working on a CentOS clone ever since Red Hat decided to make it more unstable and cutting edge. So it’s quite natural for them to step in and do this.

permalink
report
parent
reply
Avatar
awderon@lemmy.worldOP
17 points

Yeah based on the article SUSE is planning to contribute the Project to an open source foundation, additionally they are going to invest 10+ million dollars. Looking forward to see what open source foundation this is going to.

permalink
report
parent
reply
Avatar
AlternateRoute@lemmy.ca
20 points

Discussions like this always make me happy to go back to look at the Linux Distro Family Tree

opensuse is one of the roots / oldest distros, along side debian, redhat and fedora.

Still surprised suse as a distro is around given the huge numbers of popular forks of debian and redhat.

permalink
report
reply
Avatar
bobs_monkey@lemm.ee
4 points
*

Thanks for that, it’s been a long time since I’ve poked around distrowatch

permalink
report
parent
reply
Avatar
稲荷大神の狐@yiffit.net
8 points

Huh, may be switching to OpenSuse in the future.

permalink
report
reply
Avatar
itsJoelleScott@lemmy.world
9 points

It’s certainly on my list alongside Debian. It’s a shame, since my distro of choice is Fedora but I’ll switch next time I need to re-install my OS. If they throw opt-out telemetry into the mix I’m dipping immediately. Sure, I could opt out, but I don’t want to fuck it up.

permalink
report
parent
reply
Avatar
pgetsos@kbin.social
7 points

OpenSUSE is awesome. Just note that Leap 15 is the last version of Leap and details about its successor are still unknown. But if you don’t mind the older kernel etc, it will be supported until December 2025, so plenty of time for them to have a robust successor!

permalink
report
parent
reply
Avatar
trachemys@lemmy.world
4 points

As far as I can tell, SUSE Liberty Linux will be the RHEL fork.

permalink
report
parent
reply
Avatar
稲荷大神の狐@yiffit.net
1 point

Which is fine. I can use that on my server. But I am looking at Opensuse to replace Fedora on my desktop and laptop.

permalink
report
parent
reply
Avatar
merlin@open-source.social
2 points

As someone who has used openSUSE Tumbleweed the experience was great and I really liked the OBS and easy BTRFS snapshots.
But I think BTRFS was what made gaming performance tank (but I didn’t try openSUSE with ext4) and I also missed the AUR alot so back to Arch it was.

permalink
report
parent
reply
Avatar
Buffalox@lemmy.world
7 points

The beauty of GPL. ;)

IBM/Red Hat cannot legally jail it. The GPL license was specifically designed to prevent that, and it has been proven in several countries that it holds up legally. This was such great foresight by Richard Stallman and Eben Moglen.

permalink
report
reply
Avatar
thehatfox@lemmy.world
6 points

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?

permalink
report
reply
Avatar
awderon@lemmy.worldOP
3 points

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/

permalink
report
parent
reply
Avatar
thehatfox@lemmy.world
3 points

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.

permalink
report
parent
reply

Technology

!technology@lemmy.world

Create post

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

Community stats

  • 18K

    Monthly active users

  • 12K

    Posts

  • 553K

    Comments

Community moderators