SFaulken

joined 2 years ago
 

Just wanted to drop there here, in case anybody finds it useful. I started doing some blogging, mostly with the intention of archiving how in the hell I've done things on Linux, in the past, so I know where to find them the next time I need to do them. There will probably be other stuff there, with time, some of it not linux related, but I'll tag the relevant stuff, so it's easier to find.

[–] SFaulken@kbin.social 1 points 1 year ago* (last edited 1 year ago)

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

[–] SFaulken@kbin.social 10 points 2 years ago

I don't care about beeper one way or another, but that bloody image with the post, it needs to die in a fire.

[–] SFaulken@kbin.social 5 points 2 years ago (2 children)

I will never claim they are authentic, or even great, but I will destroy the 2 for a buck tacos.

[–] SFaulken@kbin.social 3 points 2 years ago (1 children)

That's XMMP different thing =P

[–] SFaulken@kbin.social 6 points 2 years ago (1 children)

It's still around. I'm using it right now, in fact. Makes for a pretty damn good phone service as well, in conjunction with JMP

[–] SFaulken@kbin.social 2 points 2 years ago

Yeah, Neil Gaiman. It's supposedly a sequel, I guess, to AG, but there's not really much of a connection I'm aware of.

And yeah, Sandman was great.

[–] SFaulken@kbin.social 1 points 2 years ago

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.

[–] SFaulken@kbin.social 3 points 2 years ago (2 children)

Just got done re-reading Anansi Boys, and started a re-read of American Gods last night. (Yes, I know, I'm reading them out of order, shush.)

[–] SFaulken@kbin.social 1 points 2 years ago

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?

[–] SFaulken@kbin.social 1 points 2 years ago (2 children)

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.

[–] SFaulken@kbin.social 1 points 2 years ago

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.

 

More about Red Hat's decision to make CentOS Stream the primary repository for RHEL sources.

 

So does anybody have a walkthrough on how to set this beastie up? I'm not unfamiliar with docker and containers (I have personal Mastodon, Nextcloud, and Synapse Instances running via docker-compose)

Sort of where I'm stuck right now is what I need to change in the .env file, per the instructions here:

$ sudo apt-get install git
$ git clone https://codeberg.org/Kbin/kbin-core.git kbin
$ cd kbin
$ mkdir public/media
$ sudo chown 82:82 public/media
$ sudo chown 82:82 var
$ cp .env.example .env
$ vi .env # esc + !q + enter to exit
or
$ nano .env

Make sure you have substituted all the passwords and configured the basic services in .env file.

(yes, I know it's somewhat commented, but it's not exactly super clear) and also how to handle building it in a non-local configuration (my VPS is elsewhere, so going to kbin.localhost to do anything isn't really going to work)

So yeah, ELI5.

 

It’s been an exciting week for people who care about Linux distributions, FOSS licensing, FOSS distribution, FOSS business models, and the future of open source in general. Red Hat’s an…

view more: next ›