openSUSE Developer/Maintainer/Member/Whatever.
I do things with openSUSE. Not that I’m particularly good at any of them =P
Correct, SUSE, the corporation is no longer providing a traditional linux distribution, after the SLE-15 EOL.
openSUSE, which is a community project, and not controlled by SUSE, is currently debating as to whether we have the contributors interested in doing so, and in sufficient numbers, to continue to provide a traditional point release distribution.
Tumbleweed (the rolling release) is not going anywhere. The community has not yet decided if the interest and manpower is there to use the ALP sources provided by SUSE to create A) A traditional linux distribution, akin to what Leap currently is, B) a “Slowroll” version of Tumbleweed, that has a slower release cycle, or C) Nothing at all, because there isn’t the community there to support the development of it.
SUSE != openSUSE
That is indeed the big question, if there’s nobody willing to put in the work, then there’s nothing to release.
Maintaining something like Leap, with the contributor base that has historically existed, isn’t sustainable, long term, especially when the upstream is going in a different direction.
I don’t care about beeper one way or another, but that bloody image with the post, it needs to die in a fire.
Mostly because they’re uneducated fools, that haven’t any actual idea what the hell they’re talking about.
Unless you’re pulling sources, and building everything yourself, everything you get from most major distributions is “pre-compiled”.
People hate anything new, they fear change, and they like drama, that’s all it is.
Fedora Silverblue or openSUSE Aeon, I’d probably say.
The dsektop environment really doesn’t have anything to do with it. That’s up to the video drivers and display server, be it X11 or Wayland. I haven’t any idea which desktop might offer you the best tools for configuring those things though. Just as a rough guess, I’d guess KDE Plasma, perhaps XFCE?
I’d probably drop openSUSE Tumbleweed with LXQt on it. But that’s my preference for low-spec machines. There’s any number of distros with “lightweight” GUI’s that you can use. XFCE/MATE/LXQt probably being the ones that will give you the least headaches.
I have no idea who signs his paychecks, but no, none of the announcement about the RHEL Sources affects Fedora in any way, unless Nobara is pulling sources from RHEL (which it isn’t) this doesn’t affect it at all. Nobara isn’t an official Fedora, or RedHat product or project.
No, nothing RedHat is doing affects Nobara. Nobara is based on Fedora, which is upstream of RedHat. Nothing is changing.
This is nice for Oracle to say. That being said, Oracle are not “The Good Guys™” and never have been. They might be legitimately honest about Oracle Linux and their commitment to being open and free, but they’re horrible about so many other things, and always have been.
Honestly, I wouldn’t make any specific recommendation. Because when you do, you instantly become most peoples personal support technician, when they can’t sort something out.
I’d probably make the general suggestions of Fedora/Silverblue/Kinoite, openSUSE Tumbleweed/Aeon/Kalpa, and maybe Pop!_OS if somebody put a gun to my head. But no recommendations.
No, this changes nothing for me.
Huh. I knew AMD currently had an edge in Gaming, but I didn’t realise it was that high.
I switched to AMD on linux for non-gaming related reasons, but what is it that Intel is doing that’s killing their market share? I mean, I know their CPU’s don’t suck, but are they just that bad?
Uh. The relationship between CentOS Stream and RHEL is a bit murkier to me. I’d be lying to you if I said I fully understood how that code flow works.
For openSUSE the flow is “openSUSE Tumbleweed” -> “SUSE Linux Enterprise” -> “openSUSE Leap”
Everytime SUSE creates a new version/service pack of SLE (SLE 15 SP4, to use an example) the sources for that version are provided to openSUSE, and a new version of Leap is released (openSUSE Leap 15.4)
I don’t actually work on Leap much, nor am I a SUSE Employee, so there are probably some minutae in that process that I’m missing, but that’s the basic workflow.
plex
pihole
mastodon
nextcloud
minecraft (vanilla and modded)
synapse (matrix)
A handful of bots for my discord server
probably some other stuff, If I really thought about it.
That’s how you read the GPL, you might be right.
When I read the GPL, and I have read it a number of times over the years, while I might find what RedHat has chosen to do to be distasteful, I don’t find it in violation of the GPL. It’s entirely possible that I’m wrong.
But I’m not a legal expert by any stretch of the imagination, are you?
deleted by creator
That’s a very emotional take indeed, you obviously feel strongly.
What, exactly, is RedHat stealing here? Are they deleting code from upstream git repos?
I mean, if you have a moral issue with the way RedHat chooses to structure their customer agreements, you’re more than welcome to not use their products. I generally feel like this is a mistake on RedHats part myself, but it doesn’t affect my life in any meaningful way.
RedHat is going to continue to contribute back upstream, they’re going to continue to support Fedora, and provide CentOS Stream for to community to use.
Rocky, Alma, Oracle and other projects that were rebuilding RHEL sources will have to sort out how they want to proceed.
There are a hell of a lot more evil things happening in the world to get pissed off about.
I mean, if you know the software you need to have, to make it work on RHEL, It might take a bit of work on your part, but I can’t imagine getting it installed on CentOS Stream will be that onerous a task.
Nobody panic.
https://queer.party/@Lyude/111089178374415532