SFaulken avatar

SFaulken

@SFaulken@kbin.social

openSUSE Developer/Maintainer/Member/Whatever.
I do things with openSUSE. Not that I'm particularly good at any of them =P

Reminder that RedHat makes A LOT of money already. The results of the 2019 fiscal year show that RedHat spends twice as much money on ads and sales people than on developers. (www.businesswire.com)

Our subscriptions mostly pay for the salesmen and the ads. They sell ads first, IT second. So I'm not gonna cry for RedHat. The image of the poor developers working in a cave, struggling to make money is only in our mind. They had a perfectly functional model but decided to sabotage some of it to try to squeeze even more money....

SFaulken,
SFaulken avatar

They aren't. None of this affects their submissions back upstream to things like the Linux kernel, GNOME, Systemd, or any other software they include within RHEL/CentOS Stream

SFaulken,
SFaulken avatar

Just for completeness, KDE offers the same for their applications, which generally integrate well into any Qt based environment https://apps.kde.org/

vwbusguy, (edited ) to openSUSE
@vwbusguy@mastodon.online avatar

Hey people - can you give me a synopsis of what ALP is and what it will mean for Leap 16? Is it rpm-ostree based?

SFaulken,
SFaulken avatar

@themrallen

@vwbusguy

This is probably the best synopsis of what's going on, in relation to ALP and openSUSE Leap.
https://www.youtube.com/watch?v=-y2ewBG62J4

CentOS Stream for HPC work?

I've been running an HPC system for a science group for a while now and have built a couple of different systems based on common HPC infrastructures (ROCKS or Open HPC). These have been built on top of the rebuilt RHEL distros (mostly CentOS), but I don't really need the level of stability that these provide and would actually...

SFaulken,
SFaulken avatar

I'm not entirely certain about the actual HPC stuff, but there's no good reason CentOS Stream wouldn't do what you need.

vwbusguy, to openSUSE
@vwbusguy@mastodon.online avatar

Some Leap impressions:

  • Nice to not have an "Install EPEL" first step!
  • Getting up and running with container tools (podman, etc.) was nice and quick (no need for adjusting systemd linger for non-root)
  • Interesing that the cloud image doesn't ship with by default
  • No SELinux by default and a little bit of effort to piece it all back together - no default policy even
  • zypper is... OK. dnf's search is definitely more comprehensive.
SFaulken,
SFaulken avatar

@vwbusguy

@fedops

Yep, back when dinosaurs roamed the planet, it was Slackware based. The Switch to using RPM was begun in SuSE Linux 5.0, in 1997

SFaulken,
SFaulken avatar

RedHat creates a product called RHEL (Red Hat Enterprise Linux) that is a paid support product, mostly targeted at businesses (and things like Academia/Laboratories/etc).

At one point, there was a Wholly seperate product, created outside the RedHat umbrella, called CentOS, that quite literally took the sources of RHEL, removed the RHEL branding, and rebuilt it, allowing folks to "mostly" be able to use RHEL, without paying RedHat for a support contract.

In 2014, the CentOS Project/Product was "purchased" by RedHat, and then in 2020, RedHat decided that CentOS would no longer just be a "rebuilt" RHEL, but instead would become the development space for RHEL, called CentOS Stream. This made many people very unhappy, and they decided to start the Rocky Linux and AlmaLinux projects to provide roughly the same product that prior versions of CentOS had provided.

Additionally (I don't actually know exactly when), at some point, Oracle started doing basically the same thing that CentOS had been doing, and rebuilding the RHEL sources, and selling it, as "Oracle Linux"

So net effect of what this means, is that RHEL sources will no longer be publicly available at git.centos.org, and will only be available to RedHat customers (i.e. you must have signed up for an account/license with RedHat for RHEL). This may make things more difficult for Rocky, Alma, and Oracle, to provide the same "Bug for Bug" compatible product to RHEL.

Most of what people are upset about, is because they're willfully misreading the GPL (GNU Public License) which covers an awful lot of the RHEL sources.

The GPL requires that if you distribute software, licensed under the GPL, that you also must provide the folks that you distribute that software to, with the sources you used. It doesn't specify how you have to provide them, you could make them available for download, you could mail folks a DVD with all the sources on it, (honestly, I think you might be able to just print them all out and send them on dead trees, and still be compliant).

What most of the folks are upset about, is there is a clause within the GPL, that says something about providing the sources "without restriction on redistribution" or some such. And they view that RedHat can choose to terminate your license to RHEL, if you redistribute RHEL sources/software as violating the GPL. But the GPL cannot dictate business relationships. Redhat cannot stop one of their customers from distributing sources that they are licensed to have. But they are well within their legal rights to terminate that license, and provide no further access, if you distribute them. (i.e. you have an RHEL license, and version 1.0 of a library is covered under that license, you redistribute that source, and RedHat must allow that, but they're under no obligation to continue that business relationship, and provide you continuing access to version 1.1)

That's a rough rundown on the history. What does this mean for the average linux user? Nothing, really. Unless you happen to use Rocky Linux, AlmaLinux, or Oracle Linux. It doesn't affect Debian, or Ubuntu, or openSUSE, or Arch, or anybody else. RedHat will continue to contribute back upstream to projects like the linux kernel, or GNOME, or what have you, they will continue to sponsor and hire developers, they just will no longer be providing free and open access to the RHEL Sources.

It's not a question of legality really, but more one of an ethical nature. It sort of depends on you, as to whether or not you're bothered by RedHat doing this or not.

SFaulken,
SFaulken avatar

No, this doesn't affect Fedora in any meaningful way. Fedora is upstream of RHEL.

SFaulken,
SFaulken avatar

That's entirely possible. I never actually used, contributed, or developed for CentOS, so I might have some small details wrong.

SFaulken,
SFaulken avatar

They do. It's called openSUSE Leap

SFaulken,
SFaulken avatar

Absolutely nothing. Fedora is upstream of RHEL.

SFaulken,
SFaulken avatar

I am only peripherally involved in Fedora as a contributor, but as I understand it, yes there is governance and infrastructure in place.

SFaulken,
SFaulken avatar

I'd say I'm disappointed, but I'm really not. I knew this was basically how this was going to play out. I've already been called a paid shill, and stupid a handful of times today elsewhere, for not wanting to burn RedHat to the ground for this decision.

People need to get outside and touch some grass.

SFaulken,
SFaulken avatar

It was meant to be dismissive. Happy to clear that up for you.

SFaulken,
SFaulken avatar

I feel perfectly fine. I have no idea what you're on about.

SFaulken,
SFaulken avatar

I've been using openSUSE Aeon/Kalpa (Formerly openSUSE microOS Desktop) for close to 2 years now, and I don't see any good reason to return to a traditional distribution.

SFaulken,
SFaulken avatar

No, it really doesn't. Anybody is welcome to start their own seperate flatpakrepo. Fedora already does this. Any organization could do the same, if they chose to.

SFaulken,
SFaulken avatar

Most projects haven't found any value in maintaining their own flatpak repositories. We considered it at one point for openSUSE Aeon/Kalpa, but decided it's un-necessary duplication of work.

Taffer, to openSUSE
@Taffer@mastodon.gamedev.place avatar

Any opinions on how life is in OpenSUSE Tumbleweed with nVidia or AMD laptop GPUs?

The Tumbleweed docs are trying to scare me off, talking about broken 3rd party drivers, compiling your own, etc.

I realize that asking for Linux opinions is dangerous. ;-)

SFaulken,
SFaulken avatar

@Taffer AMD or Intel, you're fine with tumbleweed. Nvidia is Nvidia. There's nothing we can do about that.

SFaulken,
SFaulken avatar

No. MicroOS and ALP are two different things. ALP is using some of the same concepts as MicroOS, but it's not a simple "MicroOS is the upstream for ALP"

SFaulken,
SFaulken avatar

Absolutely not. Tumbleweed is upstream of SLE, Leap is Downstream of SLE

Why are Golden Parachutes a thing?

Time and again, we see CEOs and similar executives make horrible decisions that massively damage a company both financially and in terms of reputation and the perpetrator is forced to resign, yet receives so much money as a going away present you'd think they're being rewarded for their fuck up. Why??

SFaulken,
SFaulken avatar

Because the Rich are gonna Rich?

SFaulken,
SFaulken avatar

I liked Picard just fine. It was uneven, and didn't feel super "Star Trek"-y, but was an alright show.

Discovery is the one I gave up on. I just don't like it.

SFaulken,
SFaulken avatar

I just can't. I want to, I really do. But I just can't. There's nothing wrong with the song itself, as a song, but it's just so out of place as a Star Trek Theme.

SFaulken,
SFaulken avatar

Desolation Angels - Jack Kerouac
Zen and the Art of Motorcycle Maintenance - Robert Pirsig
Lord of the Rings - JRR Tolkein

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • provamag3
  • kavyap
  • DreamBathrooms
  • osvaldo12
  • magazineikmin
  • InstantRegret
  • everett
  • Youngstown
  • ngwrru68w68
  • slotface
  • rosin
  • GTA5RPClips
  • tester
  • PowerRangers
  • anitta
  • thenastyranch
  • mdbf
  • ethstaker
  • cisconetworking
  • Durango
  • vwfavf
  • normalnudes
  • tacticalgear
  • khanakhh
  • modclub
  • cubers
  • Leos
  • megavids
  • All magazines
    •