throwawayish
It seems as if the uBlue images ship the required OpenRazer kmod by default. Therefore, I would suggest you to take a look at those. You still need to follow some additional steps though 😅. Which might not be very intuitive… Thus, I propose the following: if you’ll rebase to uBlue, you might as well rebase to Bazzite. After the rebase has been completed, the (post-)installation software should already give you the option (it’s just a simple toggle) to install OpenRazer. The toggle is clearly visible in this frame.
I will simply list a couple of the images[1] I’ve used over time and provide some personal insights (in alphabetical order):
- Alpine; when I’m restricted in bandwidth and/or disk space. FWIW,
apkis even faster than whatever is found on Arch. - Arch; if I just need a certain package and can’t be bothered to look up if it’s available on any of the others. Yup, the AUR strikes yet again. Furthermore, if I’m troubleshooting and I find myself on the ArchWiki, then in order to prevent edge cases from happening and thus the provided solutions to not work on the non-Arch distrobox; I rely on the Arch distrobox. It doesn’t hurt that
pacman(or any of the AUR helpers) are blazing fast. However, if I intend to rely on said AUR packages over longer periods of time, then I often do look for an alternative distrobox to grab the package from instead. While the AUR is excellent for the amount of packages it has, the security standards aren’t the best. Thus, if you’re security-conscious, then it’s better to rely on AUR packages sparingly, unless you’re willing to get into the nitty gritty and check how they’re built, how the package is maintained and if its maintainer(s) is reliable. - Bazzite-Arch; my go-to for gaming.
- Fedora; as I’m already on Fedora Atomic, relying on Fedora distroboxes makes the most sense security-wise. Fedora is also known to take security very seriously themselves, so in general this is just very pleasant to rely on for security reasons. The only reason why one should not rely on Fedora for security reasons would be if they’re already on something from openSUSE (like Aeon/Kalpa/Tumbleweed etc). In that case, going for an openSUSE distrobox makes more sense for security. Furthermore, if the package I need is one that’s widely accessible, then I also rely on Fedora distroboxes. Lastly, currently, my development environments are all Fedora distroboxes. I might eventually change these to Wolfi distroboxes or simply rely on Nix, but that’s still WIP for me.
- Ubuntu; I’ve had to rely on these a couple of times to use software that’s known to target Ubuntu. Most recently it was with Matlab IIRC.
- Wolfi; For the security-conscious, this is probably the best choice. Unfortunately, I’ve only experimented with it so far without too much success. Thankfully, the Bluefin project has made some good use out of it. So I’ll try to emulate their ways in the near future.
Notable mention goes out to Davincibox. Unfortunately my laptop doesn’t have a dedicated GPU, so I can’t make use of it. But it’s something I’m keeping my eyes on.
NixOS is not a supported container distro, but I do have Nix installed through The Determinate Nix Installer. It’s somewhat underutilized currently, though 😅.
- The images will be the toolbox ones if available.
Thank you for your response. But our conversation seems so far somewhat inefficient. And I fear it might be due to reasons related to the XY problem. Therefore, before I reply to the points made in the above comment, I would like to ask you if you could state the following:
- Ultimately, what are you trying to achieve (and why); what is the problem even?
- What is your solution to this problem? And where does adding Distrochooser to the sidebar come into plan? Have you perhaps thought of other possible solutions and why they might be inferior to the suggested one?
Thank you in advance!
Fedora must’ve been during COVID, because I can’t remember the year.
That explains a lot of why you felt that way about Fedora. Thank you for enlightening us on that!
If things are better now, then maybe distrochooser has to be updated.
Can’t agree more.
It’s on github, so if you believe it’s become user-friendly, do contribute.
Honestly, I’ve tried to contribute in the past; but it didn’t feel as if they got implemented. Perhaps the maintainer has implemented them without making it noticeable to met, but in its current iteration it doesn’t feel as if that’s case. I’ve since given up on it.
I can’t believe you tried
Just in case*, I’m just the middle-man that connects this specific article by Solène to the audience on Lemmy 😅. I’m sure you’re aware of this, but I just wanted to make sure.
But yes, Solène has done an excellent work with her review! Which is precisely why I felt the need that it needed some more exposure 😜.
It is a little sad that OpenBSD can’t optimize by P/E cores, I have been wanting to switch to OpenBSD but obviously Linux supports the most hardware, so I stay with Linux.
Could you elaborate on your willingness to switch to OpenBSD?
It is nice that the makers NovaCustom seem to have done a good job creating a mostly open, standards compliance x86_64 computing platform.
Definitely! I feel as if they might be somewhat underappreciated currently, but I hope their efforts to open source will receive similar mainstream reach like what we’ve seem for System76 etc.
I agree that Fedora’s habit for pushing (sometimes breaking) changes is definitely something to keep an eye out. However, it has been so good over the last (almost) two years. I would even argue that Fedora has become more self-conscious of the consequences and (especially) how this might affect their more casual user base.
Btw, how long ago did you try out Fedora? FWIW, Fedora (Silverblue; to be more precise[1]) was the first distro that I’ve tried and while I’ve had some experiences with other distros over time (mostly through dual boot), Fedora (Atomic) seems to have become the distro I call home.
- It’s probably not as masochistic as you might think for a new user 😅. Though I’d have to say that it took some effort, control and discipline to not instantly go back to Windows (or any other Linux distro for that matter).