Oh wow! This is excellent news! I hope they’ll also provide other privacy/security related features like Heads, the removal of the camera and/or microphone modules, pre-installed privacy screen, tamper-evident screws and packaging.
While I get why distrochooser.de is romanticized, in its current iteration it’s simply not very good and anyone that is somewhat well-versed in how different distros operate and how Distrochooser works, will tell you the same. At best, it provides some orientation into what some of the more common distros are. But it fails to answer some fundamental questions in the process; like:
What is the relation between a distro and its derivative and (more importantly) how does that matter to a user?
How exactly does a distribution’s chosen release model affect software and updates? And while we’re into that, what’s even the difference between the “stable” used when talking about point release distros that opt to freeze packages over longer periods of time vs the “stable” that’s brought up in conversations regarding update concerns and how they might break software (I’m honestly not even sure if the one(s) responsible for writing the parts of Distrochooser even know(s) themselves)^[1]^.
There are a lot of other fundamental questions that are involved in the decision for picking a distro that would have made a lot more sense than the ones found on Distrochooser. E.g. Do you use an Nvidia GPU and want this to cause no issues in the process of installation and is this your biggest concern? If yes: then just use Pop!_OS. Otherwise, move on to the other questions etc. I think the fact that a flowchart isn’t used for some uses and that ultimately priorities aren’t brought up to finalize the decision are the two biggest issues that Distrochooser has in its current iteration.
And we haven’t even gone over the many distros that despite having little to no user base are still included in the results, while (more recent) are clearly left out for reasons most likely related to the maintainers not being able to keep up with the Linux landscape. Which, to be fair, is quite hard; so I don’t blame them. I, in fact, applaud them for their continued contributions and hope that some day it will become something that we can proudly present to others for their first orientation.
There have been complaints in posts about people asking for advice on which disto to use, that there are too many such posts.
This is a legit concern.Thank you for trying to tackle this!
Provide users the tools to possibly answer the question themselves before creating a post.
Noble. And in its essence, it makes a lot of sense.
DistroChooser is a self-help tool for that purpose.
As a self-help tool it’s very bad. Sorry*. I actually hoped that you would mention how it might be used as a basic requirement for anyone that asks which distro to use. The enforcement could be done with a bot which simply scans if any link to distrochooser is present in a post that remotely resembles one that asks for advice on which distro to use. I would actually even argue against this, but I think we might be able to reach an agreement on which questions are actually worth keeping around for further use…
keep answering posts --> more complaints, possibly silent quitting of community
Honestly, this is better than to limit newbies to strictly stick to Distrochooser for asking which distro they should use 🤣.
write bot --> I ain’t got the time, maybe somebody has, dunno what the bot would do
I haven’t got any experience with building a bot, but I suppose it works by scanning for words in posts. In that case, simply ‘flagging’ everything that contains the words “which” or “what” in combination with “distro(s)” or “distribution(s)” and ask them to refer their questions to a dedicated Lemmy community in which they can ask would already solve a lot.
find alternative website --> I ain’t got the time
You don’t have to find an alternative website. Nor write one yourself. As it stands, as far as I’m aware, there’s simply nothing that satisfies the basic needs for this.
So what do I propose? Relegating these questions to their own dedicated Lemmy community is probably a great and easy solution. If something like a test/algorithm/flowchart/quiz/whatever has to be created, then that one might need substantial effort to get off the ground. However, perhaps comments like these might be helpful as a blueprint.
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?
Probably a longshot, but hoping anyone here might have working instructions on getting OpenRazer running under Fedora Silverblue. I recently picked up some Huntsman V2s and while OpenRGB works for basic control, I’d like to see what other options are available....
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.
If you perceive Bazzite as too opinionated for your taste, then perhaps you might opt to the following instead:
I have been distro hopping for about 2 weeks now, there’s always something that doesn’t work. I thought I would stick with Debian and now I haven’t been able to make my printer work in it, I think I tried in another distro and it just worked out of the box, but there’s always something that’s broken in every distro....
Inform us on which distros you’ve tried. If possible, for each one of them list the following:
What exactly didn’t work?
Did you try any troubleshooting?
On a more general note, you shouldn’t feel the need to switch distros even if other distros might offer more convenient solutions.
Story timeWhen I was new to Linux, I wanted to rely on the Chromium browser for cloud gaming through Nvidia GeForce NOW’s web platform. For some reason, I just wasn’t able to get this to work on Fedora. Somehow, while still being mostly a newbie, I stumbled upon Distrobox and decided to give it a go in hopes of allowing me to overcome the earlier challenge by benefiting of the ArchWiki and the AUR through an Arch distrobox. And voila; -without too much effort- it just worked. More recently, after I’ve become slightly more knowledgeable on Linux, I just rely on a flatpak to get the same work done.
Moral of the story would be that there are a lot of different ways that enable one to overcome challenges like these. And unless you feel the need to go with a system that’s (mostly) managed for you (à la uBlue)^[1]^, you will face issues every now and then. And the only way to deal with them would be to either setup^[2]^ (GRUB-)Btrfs+Timeshift/Snapper (or similar solutions) such that it automatically snapshots a working state that you might rollback to whenever something unfortunate befalls your system or to simply become ever so better equipped in troubleshooting them yourself.
But therefore demands from you to engage with the system in a specific (mostly unique) way.
Disclaimer: I’m not affiliated in any way to any of the parties involved in this review. I just enjoy reading Solène’s writings in general and found myself to be especially in fond of this specific article. I share this in the hopes that others might somehow benefit from this as well!...
The support that these vendors put in for Linux is miniscule
Wow, that’s a bold claim if anything. First time seeing a Pop!_OS-denier, I assume you also deny the existence of COSMIC? And these are just some of the work done done by System76 only.
the hardware is “fine” at best
Another bold claim; one which only holds true if merely Apple’s finest go beyond “fine”.
I for one love my desktop 3700x and 3060ti mobile stuffed into a laptop chassis. No compromises were made on this hardware.
Hmm…, very interesting! I’m totally oblivious of the existence of such a thing. If that is your benchmark, then I can actually understand what you meant with your earlier claim. Please feel free to enlighten me on how this works 😊.
Conversely, Dell and Lenovo laptops tend to have very good Linux support and can be had relatively cheaply, especially if you get something that isn’t bleeding edge.
So what happens is that changing the keyboard language comes together with the CPU upgrade from Intel® Core® i3-1315U to Intel® Core® i7-1360P. That’s what you pay for*. I agree with you that they might have done a better job at conveying what’s happening. For whatever it’s worth, I didn’t immediately notice this myself. Therefore I tried to contact them in hopes of resolving the issue. They responded very quickly (like within a couple of minutes) and explained what was going on. Props to them for that!
Ultimately, any discussion on this would boil down to cost vs convenience. As OP hasn’t explicitly stated anything on this regard, it seems unproductive to delve into this further. However, strictly speaking, I have to agree with you that the Linux-first vendors are (in almost all cases) more expensive. Thank you for pointing that out for OP.
In case you're as bored as I am 😅.Let’s start with stating some facts from OP: - OP takes the effort to state six wishes/requirements without mentioning price. - OP implies to at least have considered the Framework laptop, for which the 16 inch variant -the one actually capable of video editing etc- is not a cheap device either. - OP states: “I don’t want to worry about” when talking about battery life. If anything, that sounds like one that would prefer convenience over cost. Therefore, I assumed that OP wasn’t cost-limited by any means (they didn’t state it anyways). Anyhow, allow me to illustrate how much OP might have to “pay more” for “inferior hardware”: - Found this one on old.reddit.com/r/LaptopDeals, a site which you mentioned elsewhere under OP. Seems like a cool laptop, not gonna lie. It’s just a random one I picked. Let’s see what we can find on the other side: - Well look at that? Better CPU and better battery, just all around a great package (it even has a mechanical keyboard?!). Furthermore. better warranty terms and possible to extend to 5 years (compared to a measly 1 year for the other laptop). Yes, it’s a significantly more expensive laptop. But, (for me) it’s clearly the superior deal especially when the Linux support is considered. You’re absolutely free to disagree though 😉.
My two cents; if you want to use Linux on it, then do yourself a favor and pick a laptop from a Linux-first vendor. So the likes of NovaCustom, Star Labs, System76, Tuxedo and others found on the link over here come to mind. Besides that, it’s important that the device in question either has a dedicated GPU (or at least supports eGPUs). Furthermore, choose a device with relatively high battery capacity; they go up to ~99 Wh, so pick something that’s at least relatively close to that number.
“ABRoot is utility which provides full immutability and atomicity to a Linux system, by transacting between two root filesystems. Updates are performed using OCI images, to ensure that the system is always in a consistent state. It also allows for local atomic changes thanks to the integrated ABRoot package manager, which generates local OCI images with the user’s changes, and then applies them on top of the system’s default image.”
Are there any technical differences between the two? Besides, of course, relying on tools with different names etc*. FWIW, it doesn’t seem as if ABRoot (v2) allows one to pin multiple deployments, while this can be done relatively easily through the sudo ostree admin pin [-u] <index> command on Fedora Atomic.
I’m going to start this article off by saying that you don’t have to be born in the boomer generation to be a boomer. You can be a boomer by acting like one. Hate new stuff? boomer. Run a desktop from the naughties? Boomer.
(Perhaps) unrelated background informationxD , I started writing a reply yesterday and it got unwieldy real quick. So, I got discouraged and not long after I fell asleep. In the morning, I was surprised to see that a lot of your questions still weren’t answered, so I mustered some motivation and here it is. Don’t expect a very thorough response, but you should find enough pointers to make this work.
Preface:
Last summer I tried dualbooting Windows 10 and Fedora Silverblue and succeeded. So I will be sharing my experiences based on that. I don’t know if doing this with Windows 11 will be different and/or more challenging (or not).
It’s also got an Nvidia GTX 4060 in it, which will probably not be optimal from what I hear (so any tips on that are much appreciated as well!).
Yup, the gist of it would be that Nvidia’s proprietary drivers are not found in the native repos of most distros. This also applies to Fedora. However, you should be able to acquire the proprietary drivers by following the instructions found on RPM Fusion. But, Nvidia’s proprietary drivers are known to not play nice and might require you to get into the nitty gritty later down the line to save your system. Don’t get me wrong; some people never have issues, but unfortunately this doesn’t apply to everybody. Therefore, it’s very good to approach this cautiously. If, instead, you’d prefer a managed solution; so one in which your input is left to a bare minimum but somehow Nvidia’s proprietary drivers are installed and (at times) fixed by some black magic shenanigans (or just good engineering) going on in the background, then look no further than uBlue’s Nvidia images. Delving further into what uBlue is and why IMO you should consume Fedora Silverblue through it would be out of scope for this comment.
How would I go about actually shrinking Windows 11 down to make space for Fedora? Is “partitioning” the right word to use here?
So, unfortunately I don’t quite remember what I did exactly. But I can’t imagine I would do anything beyond the following two scenarios:
I just did what I always do and used GParted to shrink the size of the Windows 10 installation.
I used Windows’ own tool to do the shrinking (assuming they even offer something to that effect).
After I shrink the partition, is it then just a matter of running the installer and using automatic partitioning with the unused space left over after shrinking Windows?
If memory serves me right, automatic partitioning by Fedora’s Anaconda installer was for some reason undesirable. I don’t remember the specifics, but it’s likely either one of the following:
It straight up took hold of the entire disk and thus wanted to remove Windows.
Issues related to the bootloader; either it just forgot about it or tried to coexist with Windows’ bootloader or tried to hijack Windows’ bootloader. Nonetheless, all of these might result into some issues later down the line. Therefore, ideally, it should have its own separate bootloader (or at least one it shares with other non-Fedora(-based) distros).
Therefore, I did something slightly different. If I recall correctly, one should adhere to the following instructions:
After you’ve shrunk the Windows partition, make a new partition (preferably using GParted) with the following specifics:
512MB (in size)
Set as file system "fat32"
Give the partition the “boot” and “esp” flags
Reboot into Fedora Silverblue/Kinoite’s installer and when you get to the screen found below:
First select the disk you’d like to perform the installation on and then select Custom (optional: you’re free to choose the “Encrypt my data” option as well). After you’ve done this, press “Done” in the upper-left corner.
A new screen should appear, in here I selected “Click here to create them automatically.”. This should apply the default partitioning on the empty disk space. However there are a couple of things to keep track off:
Ensure that nothing from your Windows partitions is touched.
This includes the EFI partition of your Windows; if Fedora wants to do anything with it, then ensure it remains untouched.
By default, at least in my case, a new EFI partition specifically for Fedora Silverblue wasn’t made. This is where the earlier created partition using GParted will play an important role;
Select the earlier created 512MB partition
Mount Point: change it from blank/empty to /boot/efi
File System: Set it to EFI System Partition
Ensure the checkbox with “Reformat” that’s found to the right of the selection box for “File System:” is enabled/blue/checked
I don’t recall what I did exactly with the selection box under “Device Type:”, but it likely was Standard Partition. I didn’t encrypt it.
(Optional) You should have noticed that this screen also enables one to create partitions. There’s a chance I created mine using this instead of GParted, but that would mean I would have departed from my ways. If the method in which the partition is created with GParted didn’t work and you don’t know why, then it’s at least worth trying to create the partition here instead.
After you’re done with the previous screen, select “Done” in the upper-left corner. This should prompt a popup screen that summarizes the changes. Ensure that this doesn’t do something strange to your Windows partitions and make sure that it looks otherwise as you’d expect. If you’re done, then select “Accept Changes”.
The rest of the installation should progress like how you’d expect from there.
(Post-install) Depending on how you’d like to have GRUB (read: default bootloader on Fedora) configured, you might have to do a thing or two to ensure you can access both Fedora Silverblue/Kinoite and Windows however suits you best.
I’d also love to know what kind of issues the docs are actually warning about as far as dual-booting. Will Windows wipe the bootloader on update or will Silverblue / Kinoite wipe Windows out somehow? If it’s Silverblue wiping Windows out, that may cause me to go with a different distro - but if Windows wipes Silverblue, it’ll be annoying but not a deal breaker
As long as the EFI partitions are separated, there’s nothing to worry about. And if anything, it’s Windows that might wipe out whatever Linux distro you’re dualbooting.
I plan to use Silverblue / Kinoite for development exclusively, so everything will be on GitHub.
Grab a USB with enough capacity (8 GB at the bare minimum), and use Ventoy to create a bootable USB drive out of it. Then, put the .iso files for both GParted and Fedora Silverblue (or uBlue) into the designated location (read: partition called “Ventoy”).
Regarding Ventoy, ensure to set it up specifically for your needs (GPT vs MBR, SecureBoot or not etc).
Honestly, I don’t know. Though, I’d reckon there would be any significant difference between distros.
stability
Depends on what you mean with stability. If you meant it like how “stable” is used in “Debian stable”, then it would be any distro with a release cycle that chooses to not continuously deliver packages; but instead chooses to freeze packages and hold off updates (besides those related to security) for the sake of offering a relatively polished experience in which the behavior of the distro is relatively predictable. Some distros that score good on this would be Debian stable and openSUSE Leap. It’s worth noting that Distrobox, Flatpak and Nix allow one to have newer packages on these systems if desired.
If, instead, you meant that the distro is less likely to break upon an update, then it’s important to note the following:
While you shouldn’t expect breakage to happen in the first place, unfortunately it’s realistic to expect it every so often (read: 0-2 times a year on non-stable distros).
If you have a lot of packages, then it’s more likely that at least one of them causes some breakage.
Technically, every update is a potential ‘breakage-moment’.
Packages that haven’t been installed through the official/native repos are more likely to cause breakage.
Relying on Distrobox, Flatpak and Nix for (at least some of) your packages should benefit the stability of your base system.
(GRUB-)Btrfs+Timeshift/Snapper allows one to create snapshots one can easily rollback to in case of breakage. Therefore it’s worth seeking out a distro that configures this by default or set it up yourself on whichever distro you end up using (if it isn’t included by default).
So-called ‘atomic’^[1]^ distros are (generally speaking) more resistant to breakage, but (arguably) they’re less straightforward compared to traditional distros. It’s still worth considering if you’re adventurous or if your setup is relatively simple and you don’t really feel the need to tinker a lot. Don’t get me wrong; these atomic distros should be able to satiate ones customization needs, it’s just that it might not be as straightforward to accomplish this. Which, at times, might merely be blamed on lackluster documentation more than anything else.^[2]^
As for recommendations you shouldn’t look beyond unadulterated distros like (Arch^[3]^), Debian, Fedora, openSUSE (and Ubuntu^[4]^). These are (in almost all cases^[5]^) more polished than their respective derivatives.
speed
Most of the distros mentioned in this comment should perform close enough to one another that it shouldn’t matter in most cases.
If you’re still lost, then just pick Linux Mint and call it a day.
More commonly referred to as ‘immutable’. Atomic, however, is in most cases a better name.
If you’re still interested, I’d recommend Fedora Silverblue for newcomers and NixOS for those that actually know what they’re getting into.
I believe that one should be able to engage with Arch as long as they educate themselves on the excellent ArchWiki. It might not be for everyone, though. Furthermore, its installation (even with archinstall) might be too much for a complete newbie if they haven’t seen a video guide on it.
Ubuntu is interesting. It has some strange quirks due to its over-reliance on Snap. But it’s worth mentioning, if you don’t feel like tinkering.
With Linux Mint (and Pop!_OS) being the clear exception(s).
I am not a fan of cinnamon and i’d like to try gnome or kde plasma. i have heard great things about both and i tried gnome before, but i really hated how it worked with linux mint (particularly that it replaced the login screen with that of the ubuntu login). is there a way to avoid that? any other general tips? thank you...
I’m surprised to see that no one has mentioned the following yet:
“KDE Edition
In continuation with what’s been done in the past, Linux Mint 18.3 will feature a KDE edition, but it will be the last release to do so.
I would like to thank Kubuntu for the amazing work they have done. The quality of Plasma 5 in Xenial made backports a necessity. The rapid pace of development upstream from the KDE project made this very challenging, yet they managed to provide a stable flow of updates for us and we were able to ship good KDE editions thanks to that. I don’t think this would have been possible without them.
KDE is a fantastic environment but it’s also a different world, one which evolves away from us and away from everything we focus on. Their apps, their ecosystem and the QT toolkit which is central there have very little in common with what we’re working on.
We’re not just shipping releases and distributing upstream software. We’re a product distribution and we see ourselves as a complete desktop operating system. We like to integrate solutions, develop what’s missing, adapt what’s not fitting perfectly, and we do a great deal of that not only around our own Cinnamon desktop environment but also thanks to cross-DE frameworks we put in place to support similar environments, such as MATE and Xfce.
When we work on tools like Xed, Blueberry, Mintlocale, the Slick Greeter, we’re developing features which benefit these 3 desktops, but unfortunately not KDE.
Users of the KDE edition represent a portion of our user base. I know from their feedback that they really enjoy it. They will be able to install KDE on top of Linux Mint 19 of course and I’m sure the Kubuntu PPA will continue to be available. They will be able to port Mint software to Kubuntu itself also, or they might want to trade a bit of stability away and move to to a bleeding edge distribution such as Arch to follow upstream KDE more closely.
Our own mission isn’t to diversify as much as possible in an effort to attract a bigger chunk of the Linux market, and it’s with a bit of sadness that we’re letting this edition go. We focus on things we do well and we love doing to get better and better at doing them. KDE is amazing but it’s not what we want to focus on.
With Linux Mint 18.3, we’ll release one more KDE edition. I wanted this announcement to come before the release. It will hurt its popularity of course, but I wanted to give users time, either to react right now or to take their time, upgrade and adapt to this later on. I’m sure this edition will be missed and I hope its users understand our decision.”
Note that this doesn’t mean that you can’t use KDE Plasma (or GNOME for that matter). Though you have to be aware that you’ll be on your own whenever something breaks. And if you have to ask how to change Desktop Environment in the first place, then I think that you might not be ready yet for such a ride. Instead, consider using a distro that actually does offer GNOME and/or KDE Plasma editions of its distro; the likes of Fedora, openSUSE and Pop!_OS come to mind.
How long did you try using Vi (or any other “mode-switch vietnam-era editors with cult like followings”)? Have you experimented with any starter kit/distribution/config (or whatever) to ease you in? What do you use now?
Btw, I agree that stand-alone Vi probably is too far of a departure from modern IDEs. As far as I know, it’s not even possible to give it IDE-like functionality apart from a few basic ones. Both Vim and especially Neovim do a better job at bridging the distance. FWIW, Vim only exists like for three decades now, while Neovim’s first release happened in 2014; almost 10 years ago.
I have used vim/neovim for years and cannot go back to a non-modal editor. But TBH I got sick of its configuration. You need far too many plugins and config to get things into a sane working order to be usable on a day to day bases for any type of development. It takes ages to learn and become as productive as you were before and a lifetime to refine.
Interesting. Though I can definitely see where you’re coming from. Uhmm…, have you used any of the Neovim distributions to make maintenance easier?
For the past year or so I have switched to helix and don’t plan on going back to vim/neovim as my main editor ever again.
Both Helix and Lapce have certainly piqued my interest as FOSS alternatives to VS Code. However, both have issues related to how well their current Vi(m) implementation is. As you’ve touched upon it; Helix’ keybindings and ‘sentence-structures’ are different to those found on Vi(m).
Furthermore, neither of the two have existed long enough to be able to profess any statement regarding their longevity. Like, there’s no guarantee that I can keep using either of the two 20 years into the future. While no program is able to 100% guarantee that, undoubtedly, the track records for both Emacs and Vi(m) testify that -if anything- they would be the most likely ones to survive 20 years down the line; like how they’ve done for the last couple of decades.
I appreciate the input, but I simply don’t want to invest in a program whose future is very unclear to me at this point in time.
I kinda do for how ubiquitous Vim keybindings are.
try them out.
Regardless, I think I will try it out after I’m at least somewhat productive with Vim.
I much prefer the way Kakoune works over vim
I think preference is generally subjective. So you’re completely in your right to prefer Kakoune over Vim (and vice versa). Though, if possible, would you mind elaborating what you prefer exactly and why?
while still being close enough so that you can pick it up quickly if you already know vim and the other way around.
Appimage for me ticks all the boxes for cross distro package as its very portable, simple to run, what are devs trying to do when creating snaps and flatpack?
openSUSE’s Richard Brown has given multiple talks over the years comparing these three. I’d suggest anyone to look at those for a great rundown on how these universal package managers compare to one another. His most recent talk can be found here; in which he actually does some kind of recap as well.
Your hardware is supported; consider to check driver support over at linux-hardware.org. Honestly, most hardware should be well-supported, unless it has been released very recently or is hardware from known troublemakers (i.e. Nvidia GPUs or Broadcom etc).
Your ‘computer-literacy’ is at least (slightly) higher than average.
You’ve primarily used Windows in the past.
You prefer asking others instead of finding it out for yourself; the existence of this post supports that. (It’s either that or you like to have a second opinion in all cases; but I would have expected more input from you if that was the case 😅.)
Your hardware is somewhat modern.
You will mostly stick to defaults (at least initially).
You’re aware that while hundreds of actively maintained distros exist, most of them are either niche or not worth your time in the first place. If, from the remaining ones, the less impactful derivatives are surgically removed, followed by the removal of newbie-unfriendly distros, then only 10-20 distros would remain; most of which have been named in this thread already. And your needs dictate which one out of these would suit you best.
You will educate yourself regarding desktop environments like GNOME, KDE Plasma, Cinnamon, Xfce etc. Perhaps you will even boot into a live environment to check them out for yourself; loading a bunch of distros on your USB through Ventoy is excellent for that. This is important as they’re arguably the biggest contributor to how you perceive your Linux system. You should also be aware that in almost all cases a second (or heck; even third, fourth etc) desktop environment can be installed on your system and you should be able to switch between them relatively easily. However, in most cases, the one provided on first installation works close to flawless while others that have been tacked on later on are generally less polished.
You will educate yourself (eventually) regarding universal package managers (read: AppImage, Flatpak, Nix and Snap) and Distrobox as collectively they’ve (mostly) ridden the Linux ecosystem of problems related to software not being packaged in the native repos. Don’t feel the need to indulge into all of them simultaneously from the get-go. But be aware that they exist and that they enable one to install (almost) any package that has been made available to Linux regardless of their chosen distro.
Any distro I should use?
Typically, distros like Arch, Debian, Fedora, Linux Mint, openSUSE, Pop!_OS and Ubuntu (or their derivatives) will be mentioned in these kinds of queries. And it becomes mostly a popularity poll that measures what the community thinks is the preferred distro for beginners. And honestly, I don’t blame them as you haven’t really given us a lot to work with. My entry to that popularity poll would be Linux Mint. If you prefer to use GNOME or KDE Plasma instead, then consider either Fedora or openSUSE Tumbleweed. Additionally, Pop!_OS should be considered if Nvidia causes problems on all the others.
Feel free to inquire if you so desire!
EDIT: I just noticed how you mentioned to someone that your use case will be primarily gaming. First of all, gaming is somewhat equal on most distros; especially with the likes of Bazzite-Arch and Conty providing excellent environments for gaming regardless of installed distro. Though, these containers do still rely on the hosts kernel, therefore any perceived difference on same hardware but different kernels might be attributed to said kernels. Newer kernels generally come with improved performance; at least for newer hardware*. Though, perhaps more performance could be gained through other means as well. I will spare you the details, however, as this is potentially another rabbit hole within the initial rabbit hole. Therefore, instead, I will name a couple of distros known for being excellent for gaming purposes: Bazzite, Garuda Linux, Nobara Linux, PikaOS and RegataOS. If you want a no-nonsense system, just go for Bazzite; while initial setup might seem slightly more involved, it’s by far the most robust system out of these. This does come at the cost of being ‘unique’ amongst the others, but I believe it’s a great fit for your use case.
The Star Labs StarBook is Qubes-Certified! (www.qubes-os.org)
Could we add "Distrochooser" to the sidebar? (distrochooser.de)
Quite a few posts about selecting a distro to use. Maybe it’s time to make that link a little more prominent?
Working instructions for OpenRazer on Fedora Silverblue?
Probably a longshot, but hoping anyone here might have working instructions on getting OpenRazer running under Fedora Silverblue. I recently picked up some Huntsman V2s and while OpenRGB works for basic control, I’d like to see what other options are available....
I'm so frustrated rn.
I have been distro hopping for about 2 weeks now, there’s always something that doesn’t work. I thought I would stick with Debian and now I haven’t been able to make my printer work in it, I think I tried in another distro and it just worked out of the box, but there’s always something that’s broken in every distro....
Solene'% : NovaCustom NV41 laptop review (dataswamp.org)
Disclaimer: I’m not affiliated in any way to any of the parties involved in this review. I just enjoy reading Solène’s writings in general and found myself to be especially in fond of this specific article. I share this in the hopes that others might somehow benefit from this as well!...
New laptop
Hi everyone!...
(Blog) Vanilla OS 2 Orchid Stable, some clarifications (vanillaos.org)
Linux Boomers (janethemotherfucker.wordpress.com)
I’m going to start this article off by saying that you don’t have to be born in the boomer generation to be a boomer. You can be a boomer by acting like one. Hate new stuff? boomer. Run a desktop from the naughties? Boomer.
Dual Booting Windows 11 and Fedora Silverblue / Kinoite - how to shrink my Windows partition and where to go from there? (kbin.social)
Hello,...
Which distro in your opinion is the best for virtualization (Windows 10 on either KVM or VMware), stability, and speed?
deleted_by_moderator
How do I change desktop environments on linux mint?
I am not a fan of cinnamon and i’d like to try gnome or kde plasma. i have heard great things about both and i tried gnome before, but i really hated how it worked with linux mint (particularly that it replaced the login screen with that of the ubuntu login). is there a way to avoid that? any other general tips? thank you...
Looking for input regarding finding an IDE (spoilers: involves Emacs and Vim)
cross-posted from: lemmy.ml/post/9648279...
Flatpack, appimage, snaps..
Appimage for me ticks all the boxes for cross distro package as its very portable, simple to run, what are devs trying to do when creating snaps and flatpack?
Looking to switch to Linux in the somewhat distant future
Any distro I should use?