this post was submitted on 13 Jun 2024
51 points (100.0% liked)

Linux

48115 readers
661 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
AgreeableLandscape@lemmy.ml
nooter692@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
51
Silverblue vs uBlue (lemmy.world)
submitted 5 months ago by ozymandias117@lemmy.world to c/linux@lemmy.ml
32 comments fedilink hide all child comments
 

I’m considering trying out an immutable distro after using Tumbleweed for the last 6 years.

The two major options for me seem to be Fedora Kinoite or uBlue Aurora-dx

My understanding is that universal-blue is a downstream of Fedora Atomic

So, the points in favor of Kinoite is sticking closer to upstream, however it seems like I would need to layer quite a few packages. My understanding is that this is discouraged in an rpm-ostree setup, particularly due to update time and possible mismatches with RPMFusion

uBlue Aurora-dx seems to include a lot of the additional support I’d need - ROCm, distrobox, virt-manager, libratbag, media codecs, etc. however I’m unclear how mature the project is and whether it will be updated in a timely manner long term

I’m curious what the community thinks between the two as a viable option

you are viewing a single comment's thread
view the rest of the comments
[–] boredsquirrel@slrpnk.net 1 points 4 months ago (2 children)

Distrobox updates automatically

True, forgot that you use topgrade

Atomic Fedora should not have Firefox in image

There are many relevant issues and it is not a clear choice.

Irrelevant. Not everybody does.

Yeah and nobody knows about user namespaces or seccomp filters. This is about at least 2 user groups and one is not necessarily more important than another.

It is again not a clear choice.

a way to continue to prevent it, I will.

* in your opinionated images, I hope.

You start to sound like a GrapheneOS dev. It makes no sense to prevent users from reinstalling removed packages.

Which btw also include the Fedora Flathub repository.

[–] boredsquirrel@slrpnk.net 1 points 4 months ago (1 children)

You also didnt answer to the security issue of removing an entire sandboxing layer, or to the point about not being able to upgrade Distroboxes.

Do you solve the second problem by building a latest distrobox container following the uBlue releases?

[–] quarterlife@lemmy.sdf.org 1 points 4 months ago (1 children)

We solve this problem by treating distroboxes as cattle and not as pets. Blow them away at any time.

[–] boredsquirrel@slrpnk.net 1 points 4 months ago (1 children)

So what happens to the apps installed?

And what about running different distros in the same homedir, and dotfile clashes?

[–] j0rge@lemmy.ml 2 points 4 months ago (1 children)

Use the distrobox assemble command, that'll let you have an ini file with all the stuff you want and then when the assemble command runs it'll remake the entire thing. Then just toss the assemble in cron and you'll always have a fresh container with your exact setup.

[–] boredsquirrel@slrpnk.net 1 points 4 months ago

Interesting, never used that, thanks!

[–] quarterlife@lemmy.sdf.org 1 points 4 months ago* (last edited 4 months ago) (1 children)

Which btw also include the Fedora Flathub repository.

We no longer touch the repos as Fedora is now in agreement with using Flathub.

You start to sound like a GrapheneOS dev. It makes no sense to prevent users from reinstalling removed packages.

It's for user security. I have no interest in debating this decision, my reasons are outlined.

[–] boredsquirrel@slrpnk.net 1 points 4 months ago

It's for user security.

As said, this has pros and cons. I will try the Distrobox method though.