I did the whole distro chooser quiz but didnt help much.
Heres the things id like to hit
- avoid systemd
- stable
- Wayland support
- Minimal packages
- no immutable (seems like to much of a pain)
- full disk encryption but thats pretty standard nowdays.
Was going to go with devuan but the debian flavours dont have a stable with wayland yet. I was considering going with a testing or unstable build but would like to avoid headaches on a daily driver. Is testing/unstable got wayland and are they reliable enough? If so what do I go with.
Also hows the hardware comparability with framework i assume it wont be too bad to get set up.
Am upgrading from thinkpad to framework 16 with amd. Looking for distro reccommendations.
I would start looking at what’s supported to begin with.
I did the whole distro chooser quiz but didnt help much.
FYI, it isn’t as helpful as you would hope and hasn’t been updated in quite a while. Don’t be too much bothered with the result. But thanks for sharing some tidbits from the quiz as it helps the community to better help you!
avoid systemd
Are you sure you want this?
stable
Does this refer to unchanging (for long periods of time except for security updates)? Or, instead, for being less inclined to break after an update?
Is testing/unstable got wayland?
I don’t recommend going for (Debian’s/Devuan’s) testing (branch) as it targets a peculiar niche that I fail to understand; e.g. it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does. Unstable/Sid could work, but I would definitely setup (GRUB-)Btrfs + Timeshift/Snapper to retain my sanity.
are they reliable enough?
Depends on how reliable you want them to be. OOTB, their reliability definitely ain’t great, though.
If so what do I go with.
Consider answering all questions found in this comment and we’ll be better equipped to help you out with this.
Also hows the hardware comparability with framework i assume it wont be too bad to get set up.
Overall, it’s pretty good; epecially so on the supported distros.
Btw, you strike me as a (relatively) new user that doesn’t seem to have a good understanding on Linux yet. Is this correct?
I looked at supported and they got ubuntu supported so i figured debian (and its clones) shouldnt be too bad to set up.
I like sysvinit
As long as i dont need to use a bootable usb to give it back its kernal after failing to update and doesnt randomly crash then id consider that stable enough.
I recon ill go with devuan unstable.
Ive been daily driving arch for about 2 years now (i fuckibg sick of fixing shit i want stability again) had mint prior to that and use debian on my servers.
Ubuntu and Debian are very different.
But good luck! I would miss the reset capability of Fedora Atomic. Be sure to configure automatic BTRFS snapshots on updates.
Thanks for the reply!
Devuan Ceres probably makes the most sense indeed. Wish ya good luck with it!
FWIW, while it defaults to runit instead, I still felt the need to mention Void Linux.
If you’ve driven Arch before, have you looked at Artix?
Edit: Oh, you have trouble with stability then. So not artix
I thought i was fine without stability but using a rock solid stable debian install as my server reminded me how much easyer my life could be. Its was fun tho.
I don’t recommend going for (Debian’s/Devuan’s) testing (branch) as it targets a peculiar niche that I fail to understand; e.g. it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does. Unstable/Sid could work, but I would definitely setup (GRUB-)Btrfs + Timeshift/Snapper to retain my sanity.
From https://backports.debian.org/ :
Backports are packages taken from the next Debian release (called “testing”), adjusted and recompiled for usage on Debian stable
So by definition, security backports in stable are present in Testing in the form of regular packages, right?
Found on the same page you cited from (even same paragraph):
“Backports are packages taken from the next Debian release (called “testing”), adjusted and recompiled for usage on Debian stable. Because the package is also present in the next Debian release, you can easily upgrade your stable+backports system once the next Debian release comes out. (In a few cases, usually for security updates, backports are also created from the Debian unstable distribution.)”
Sure, but even in those “few cases” Testing will get them soon.
I did read at some point that Testing may receive security updates later than stable, might be in those cases in which backports come straight from unstable.
Sure, but even in those “few cases” Testing will get them soon.
Didn’t I allude to that with:
"it doesn’t receive the security backports like Stable does nor does it receive them as soon as Unstable/Sid does.
Though I do notice that the above sentence contains an error that is perhaps misleading. By definition, Unstable/Sid doesn’t receive security backports. Instead, the updates related to security are (usually) first received in Unstable/Sid. So, the above sentence tried to portray the following picture related to security:
Unstable/Sid ~ Stable >> Testing
I did read at some point that Testing may receive security updates later than stable, might be in those cases in which backports come straight from unstable.
That’s basically the point I’ve been making 😉.
I think the only remaining point of contention is the degree by which Stable does receive security backports right after Unstable/Sid does while Testing only receives it later.
Honestly, I don’t know the specifics. But Debian Testing’s wiki entry notes security concerns multiple times. And it’s all related to the fact that they don’t receive the security backports as soon as Stable receives them. The explanation related to security updates concerning the three distinct branches is covered in even more detail over here.
Basically, after I’ve read all of that, it’s clear as day that security is not a priority on Testing. And while band-aid solutions do exist, it’s simply not designed to be secure.
Ok, I understand what you meant, thanks.
Basically, after I’ve read all of that, it’s clear as day that security is not a priority on Testing. And while band-aid solutions do exist, it’s simply not designed to be secure.
Yeah, I wouldn’t run it in a production environment.
Thank you for giving me the opportunity for a refresh 😛. And thank you for the very civilized conversation. I wish you a great day!
- A stable distro may not support that new Hardware
- A distro without systemd may lack behind a lot, there are only a handful left, doing their thing
- Did you try “immutable” distros? They are awesome if you want the benefits.
Fedora
Fedora
Have you looked at MX Linux? I think it doesn’t use
systemd
. It’s a pretty minimal install, too.NixOS can also likely be configured the way you want, though I don’t know much about how to set up your config file to achieve your specific goals.Another option might be to use Fedora CoreOS or Universal Blue uCore and just rolling your own downstream distro.Edit: got carried away, as those last three options are all immutable.
I’m running Debian bookworm on my framework 16, I struggled a lot getting everything working properly so I’m not sure I would recommend it just yet
What issues did u have?
I would go for a distro that has relatively recent/up to date packages, especially for Linux kernel and power-profiles-daemon, as these will work better with the CPU than packages from 6-12 months ago
Void is an option that seems like a good fit, but you’d need to figure out if it supports your hardware well since the hardware is so new. Its a stable rolling release that uses runit which seems like a lot of peoples favorite alternative init system.
Fedora is maybe also worth considering but it uses systemd. Not sure if it has minimal packages, but I’m pretty sure fedora has official Framework support, including for the 16, and strikes a really good balance between having current packages and cutting edge hardware support, and being stable.
Also, sorry people are ignoring what you said you want and are telling you what you should want instead 😅 not helpful y’all.
My impression is that Debian unstable/testing is generally considered much more stable than arch, I assume that extends to devuan. But I think they also share packages, which means packages have been patched a ton, which it sounds like you don’t want (I assume that’s what you meant by “mininal packages”)