87
SUSE Requests openSUSE to Rebrand
(linuxiac.com)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 17 Jul 2024
87 points (95.8% liked)
Linux
5393 readers
346 users here now
A community for everything relating to the linux operating system
Also check out !linux_memes@programming.dev
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 1 year ago
MODERATORS
SUSE has its line of business in servers and cloud computing. Opensuse has desktop users as its main asset. Not wanting the company's name to appear on the distribution is because the typical users of the two are increasingly different, as well as suspecting that Leap will not continue as SLE's 1:1 solution. Suse's decision not to have its name on the distribution means that it will be increasingly distanced from the community distribution, which is primarily run by Suse employees, so it is the company's decisions that will shape the future of the distribution.
A company's decisions are based on the benefits of its line of business, not on the benefits of the community outside its customers. This is a statement of intent that in my opinion breaks the relationship of trust between company-community. It is time to look for another distribution, the chameleon has focused on its profits rather than on the benefits for the community.
I wonder what's the safe haven now then, Debian? This call to flee is reminiscent of what happened to RedHat supported distributions, like Fedora, after the whole CentOS Stream debacle. It seems in the end it didn't change much for the distribution as far as an end user like me is concerned (at least up till now). All this to say, we should also try to see how impactful the clarification is going to be
Ah Debian, truly the most stable distro, in ever so many ways.
Too bad GNOME devs are ludicrous lol.
I mean you don't have to use Gnome with debian, iirc they have options for KDE plasma and xfce among others as well.
The freeze-the-world "stable distro" concept is an outdated meme, especially when it comes to desktop usage.
In server usage, at least there is the idea of not breaking things by avoiding major version upgrades of used services/daemons. But even then, freezing the used services alone, while letting other system components have what may amount to thousands of fixes for some of them (and yes, a few bugs), is probably better, at least conceptually. But it's admittedly not a well supported setup, unless you're willing to basically maintain a distro yourself.
And no, the "stable" distro maintainer is not going to magically backport all the "important" changes, unless backport means applying an almost full diff from a later version of the source package.
(I actually mention this because I remember Debian doing this a long time ago with what I think was ffmpeg. lol.)
Many desktop users know this.
Upstream developers definitely know this, and occasionally write about it even.
(I was a Debian user many moons ago. That was before systemd came to existence, or PulseAudio became default in any distro. Went from stable to testing to sid. Testing was the worst, even stability wise. Sid was the best for desktop usage. Then a sid freeze came because a stable release cycle was near. Went to a rolling-release distro and never looked back.)