[-] EchoDelta_9@programming.dev 4 points 8 hours ago

I'm literally a newb to Guix, so please forgive me for my ignorance.

But while using (parts of) rde by regarding it as a channel is found within its documentation, I don't think it's the full picture. Like, rde is also a distro, at least by the admission of its creator. The same can not be said about nonguix. So, to be frank, I don't think it's just another Guix channel.

Having said that, I am still very new to all of this. So, if I'm incorrect and/or my understanding is lacking, then please feel free to correct/educate me on this.

11
submitted 12 hours ago* (last edited 12 hours ago) by EchoDelta_9@programming.dev to c/linux@lemmy.ml

Disclaimer: I have no affiliation to the project or to the people working on it.

Some links in case anyone's interested to check it out for themselves:


In case anyone's wondering where my interest is coming from...


Long story short: after trying out NixOS within a VM and being positively surprised by how smooth-sailing it has been (so far), I got pretty much carried away by my (over)confidence to explore even deeper waters. After crawling out of the umpteenth rabbit hole, I concede to have been most intrigued by rde.

Basically, if my understanding is correct, rde is an attempt to bridge the gap between Guix System and NixOS. For example: Guix Home, which is basically Guix' home-manager, originated from rde.

Furthermore, I find it particularly noteworthy how it's stateless by default. Which, IIUC, is absolutely not trivially done on Guix System. Simply, because Guix System doesn't have something akin to the impermanence module found on NixOS.

I'm sure there's a lot more I could delve into, but I'll keep it at that for the sake of brevity.

[-] EchoDelta_9@programming.dev 2 points 17 hours ago

While I think hearing about the sequence is cool as well, I was actually more interested in the (in)direct motivation behind it. Like, how did Arch Linux (specifically) manage to pique your interest?

[-] EchoDelta_9@programming.dev 1 points 17 hours ago

Understood. Thank you.

[-] EchoDelta_9@programming.dev 1 points 1 day ago

Arch was my first choice

Could you please elaborate on that? Like, how did it become your first choice?

[-] EchoDelta_9@programming.dev 7 points 1 day ago

This isnt a distro

I don’t think you know exactly what constitutes an entire distribution.

Then what is? And which authorities endorses that view? Or..., is it perhaps possible to arrive at that definition by (logical) necessity? If no such authorities exist and if it doesn't follow by necessity, then how is your definition anything but arbitrary?

[-] EchoDelta_9@programming.dev 2 points 1 day ago

Unsure whether it fits with the rest, but I'd argue it is an innovative and very compelling 'standard' that is competing with everything else mentioned in this thread.

So, the basic idea is as follows: if it is so difficult to deal with the loss of the main package manager found on the mutable/traditional variant, why don't we pursuit ways to not lose it in the first place and thus try to make it coexist (somehow) with the atomic model. Enter RakuOS's hybrid design in which everything installed through dnf is overlayed persistently over the bootc-managed base system.

[-] EchoDelta_9@programming.dev 1 points 1 day ago

Ah okay. Thanks for clarifying! But isn't that a problem with most repositories? I believe Flatpak's verified is one of the few exceptions.

[-] EchoDelta_9@programming.dev 1 points 2 days ago

Likely no official packages.

Would you mind explaining what you mean with this? Thanks in advance!

[-] EchoDelta_9@programming.dev 2 points 2 days ago

Thank you very much for the detailed and well-sourced write-up!

It has been my pleasure 😊. I really appreciate your kind words 🤍.

It kind of proves OP’s point though: distros do come with a lot of idiosyncrasies of “how things are done around these parts”.

Absolutely. But, I think it's nuanced and the lines are becoming increasingly blurry. If something based on Fedora can become something based on Arch (and vice-versa), if almost any distro has multiple releases/channels/braches, if software for/from any distro can be installed on every other distro, then... at what point is it truly "around these parts" rather than "with those not-hardcoded system specifications"? Kinda like how DEs can be (un)installed, and how those come with implications on how some stuff is done...

[-] EchoDelta_9@programming.dev 3 points 3 days ago* (last edited 3 days ago)

FWIW, uBlue has been brewing for almost three years now for their CLI stuff: see this issue tracker and this blogpost from Bluefin's creator.

The distrobox workflow overall has mostly been superseded by better alternatives^[There's sysext with its (WIP) manager, Brew Tap to tap into homebrew casks and some peeps even use coldbrew. And last, but definitely not least, nix support has improved over the years. And if you just want to use dnf, RakuOS' innovative hybrid design allows just that; an image-based core you can't touch (like the other 'immutables'), but dnf works and is applied through a persistent overlay.]. Though, for completeness' sake, openSUSE's atomic offering continues to heavily rely on Distrobox. But, in their defense, I think their atomic offerings are simply better^[Fedora's container images are tied to its major release versions. Hence, every 7-13 months you're required to set them up from scratch if you'd like to continue using them 😅. Even if this process can be streamlined, it's IMO very cumbersome regardless. In openSUSE's case, the containers are based on Tumbleweed. Which, has a rolling release cadence. Hence, it was meant to be used indefinitely.] suited for it.

[-] EchoDelta_9@programming.dev 77 points 3 days ago

I just thought that the phrase "the distro you are using doesn’t matter" is used to combat the analysis paralysis that many new users experience.

And -to be frank- while Ubuntu and NixOS don't even remotely resemble each other, I can't be the only one that feels that most traditional distros do feel kinda same~y.

[-] EchoDelta_9@programming.dev 2 points 3 days ago

Is there something locked down like Bazzite but with long term LTS release cycle?

The only high confidence projects I know of are:

There's also stuff like HeliumOS, stillOS and probably other images based (in)directly on RHEL Image Mode.

view more: next ›

EchoDelta_9

0 post score
0 comment score
joined 3 days ago