Your post couldn’t be more true. Decades ago I was sold on MythTV, this PVR software but it only ran on Linux and you had to compile it yourself. So I gave Linux and MythTV a shot. As it turned out, both MythTV and early desktop Linux were a buggy, frustrating mess. X broke all the time. Incomprehensible, ungoogleable compile errors all the time.
I spent so much time troubleshooting MythTV and compilation problems that I ended up learning Linux inside and out and the C programming language to be able understand the compile errors. I went on to lead a major open source project and have had a long career as a programmer, using all the knowledge I gained that started with fighting MythTV.
I don’t want to dox myself so I’d rather not say, but it was some time ago and I’m no longer leading that project. I do still do development in the same field though!
While I don’t have much experience using nixos as a hypervisor I do have a few years experience using Proxmox on top of Debian. Managing multiple VMs and backups are very straightforward with Proxmox. As for your daily driver VM, the skies the limit, well mostly your HDD space is the limit. I’ve realized that after trying a ton of different distros the only real difference is the package manager and the preinstalled software.
I love Proxmox, especially with CEPH as backing storage for VMs. I’ve never thought about it as a local hypervisor. Might be worth a try, if I don’t like NixOS.
I have meant to try out LXD for a while but it has dropped of my interest due to Canonical’s shenanigans. Incus being a community fork gives me more comfort in trying it. I wasn’t aware of Proxmox using hackery to make use of an ancient kernel, as seems the claim in that thread. If this is the case, I will indeed be migrating away.
Yeah I get your thing with LXD and Canonical. I’ve been moving a ton of clusters to Incus because of the obvious reasons and I’m happy with it, obviously the fact that the original people who made LXD on Canonical are now working on Incus is a big plus.
Regarding the Proxmox kernel you can read this: pve.proxmox.com/wiki/Proxmox_VE_Kernel but frankly if you search the web for “proxmox kernel bug” what you’ll find are tons of different issues on almost every version. Another thing that I really hate about Proxmox is the startup, the amount of daemons and scripts they run to make the thing work.
If you’re a tinkerer it’s kind of addicting. I thought I’d give it a try just to see what it was like, and ended up staying up all night customizing it, and now about a month later I don’t really want to go back to KDE (been using KDE for almost 20 years)
Not quite your setup but I run Debian stable KDE with KVM.
I am also using distrobox to run applications in containers. It’s nice having arch/ubuntu/fedora/gentoo software running in a container and the application gets exposed to you stable environment. Another option is Bedrock Linux to look at
That’s absolutely my thought. Having a rock solid system close to the metal that doesn’t really get touched is something that I’ve become used to from work. It gives a lot more insurance against having to do as many re-installs and maximizes compatibility.
What is your actual personal use case, all you mention is a terminal, which every distro will support, likely with many different choices as to terminal options?
Beyond the usual browsing I’ll mainly be doing tinkering with hardware, gateware, firmware, CAD, art, projects that I may or may not finish, and the like. It’s going to be my “everything but playing video games” machine.
I’m assuming you’re running a Ryzen 7040 series then. No kernel support for the FPGA yet.
Honestly, I wasn’t aware that they had included a fabric. That’s really awesome, whether it is supported yet or not. I have a couple of dev boards and intend to build a board with a previous gen Xilinx chip that can fit in the expansion bay.
Also, Linux is great for gaming. Not sure why you’d limit yourself there.
100% agreed. However, I already have a Steam Deck and console, so, it’s more that gaming is already covered by other devices than thinking the system is not capable. I’m intending to take advantage of the modularity to turn the laptop into a platform more physically spacialized for tinkering.
There’s not really anything specific but it’ll be the first time I experience a full plasma upgrade since I started using Linux in 2022. From what I’ve seen of it, the interface is going to be a lot cleaner though so I guess I’m looking forward to that.
Must try distros: Fedora, Mint, Void. But seriously, if you are using Nix to begin with, why use anything else? Nix is as good as it gets. If you really want to do a combo, I would recommend Fedora or Mint using Nix as just the package manager and not the hypervisor. All distros are basically the same nowadays.
Must try desktop environments: Xfce, Cinnamon, Gnome, KDE Plasma
I’ve never really Fedora or Void. Will definitely try those.
Of your DEs, I think KDE is the only one that I’ve not used significantly. I need to fix that. I think MATE deserves a place there too.
ETA: As for why not just Nix or Nix as a package manager? I’ve become accustomed to being in VMs all of the time and really like the way that doing so impacts how I interact with a system and extra capabilities provided.
In short: Nix tracks all installable software and dependencies using a Merkel tree data structure to ensure fully reproducible builds of software. This Merkel tree also provides properties similar to that of a C.O.W. filesystem where you can snapshot and rollback system software build configurations in O(1) time, it just rewrites a fixed number of symbolic links to the root of the desired Merkel tree. In my opinion, it is the most technologically advanced package manager currently in existence.
Every input that goes into building a piece of software on Nix OS (or in the Nix package manager in general) is hashed and placed into a database on the system. These hash IDs become dependencies for everything they are used to build. By tracing the chain of hash IDs you can guarantee that every single bit that goes into the build of the system software is accounted for. If two separate computers with the same ISA are running the same tree of packages verifiable by their hash IDs, you are guaranteed that both computers are running the exact same software. All dynamic libraries, shared libraries, executable files, and even the config files in the package database refer only to other files in the database.
When you use Nix OS, not just the package manager, the C compiler, boot loader, and kernel are themselves build inputs. You can even roll back to a snapshot of a working system from the bootloader menu if you accidentally break your system (as long as the package database is not corrupted).
Finally, the system itself is both built and configured using a declarative programming language. So you install software by declaring that it should exist, and the package manager computes precisely which dependencies must be installed to realize what it is you have declared in the system configuration files. Making a change to what is installed requires simply altering the lines of code in the system configuration file. You can also use these configuration files to easily construct Docker images or Flatpacks.
Welcome. I just started using linux recently myself and have been loving it. I would Definitely recommend checking out all the desktop environments to see what works best for you! I’ve done a bit of shopping and I think I’ve landed on KDE, myself.
Good luck with the transition!
The problem is that 3rd parties are doing the packaging both on Snap and Flatpak whereas if they had followed proper security practice ONLY THE REAL DEV should ever be allowed to package their app as a Flatpak or Snap.
This would ensure security, as well as a proper functioning flatpak/snap and also all feedback would be directed to the Dev.
I’ve never liked the fact that Canonical and whoever can make Snaps and Flatpaks of other people’s software. There is zero security guarantee, zero guarantee they’ll update it and zero guarantee it will work.
Just because Snap and Flatpak exist doesn’t mean just anyone should be able to just make them.
If Valve only chooses to make a deb then so be it! It’s their product!
The problem is that 3rd parties are doing the packaging both on Snap and Flatpak whereas if they had followed proper security practice ONLY THE REAL DEV should ever be allowed to package their app as a Flatpak or Snap.
Says who? If it were the case, Linux would either be a nightmare of fragmentation or become centralised on one distribution. Distros need to be able to package their own software, and these are kind of like distributions. Also since we’re talking about proprietary software here, is it really any better security practice if the “real dev” packages it or somebody else, they both could contain malicious code.
Valve are not going to put malicious code on their app. Neither is VLC or any other FOSS developer.
The distros should stick to packaging their repo apps and leave the Snap/FlatPak tech as an alternative to the original dev if they decide they want to use that.
We can’t have Bob from nowhere packaging Valve, then not updating it or patching it because he doesn’t have time. Or 5 Bob’s all doing the same thing with 5 copies of Valve on the Store.
It’s crazy. This is what causes fragmentation. Flathub should vet every app and if you are not the dev of the app, you may not host it on Flathub. You’re still welcome to make a Flatpak for home use on your own pc but not for wide distribution.
Valve are not going to put malicious code on their app. Neither is VLC or any other FOSS developer.
How would you know that? It’s not like it’s something that doesn’t happen.
Or 5 Bob’s all doing the same thing with 5 copies of Valve on the Store.
It’s crazy. This is what causes fragmentation.
I don’t know what snaps are like but that’s clearly a non-existent problem on Flathub.
Flathub should vet every app and if you are not the dev of the app, you may not host it on Flathub. You’re still welcome to make a Flatpak for home use on your own pc but not for wide distribution.
I don’t know why you feel like there’s permission involved. You don’t have to use Flathub, therefore Flathub can have what ever policies it likes. Users can set up a different flatpak repo if there’s a need.
That’s not my point. I use Flathub but I try to only use verified apps which were packaged by the actual dev.
I’d rather get a deb from the official dev than a flatpak from flathub packaged by someone who is essentially anonymous and could easily inject malicious code.
If you think the dev himself could inject malicious code in the official app, then you should be super aware that an anonymous Joe can too, and is far more likely to.
Anyway flatpak ideally was supposed to save Devs the work of packaging for every distro so it makes sense that the real actual verified dev of the app would package the flatpak/snap himself
The official Developer of the app. E.g. the official dev of Blender is blender.org. The flatpak people give them a line of code to embed in their website and they use that to verify that the dev really is blender.org and not a malicious actor.
How so? How does ensuring they only the real dev of the app is also the only one allowed to package it hurt desktop adoption.
It’s very easy to enforce. Flathub need to verify the identity of the person submitting the Flatpak to make sure it’s the app’s dev uploading it and not Joe Smith or nsa.gov…
I got pissed off at Google Photos, which led me down a self-hosting rabbit hole. Ended up installing Linux everywhere, even my “gaming” one eventually (I do development, and WSL was a resource hog).
The hardest thing to degoogle has been email - I’ve used the same address for years. But I use Thunderbird so at least I don’t have to see ads in my fucking inbox
I DO have an ad blocker. I still ended up seeing an ad, that one time. It might’ve been on mobile. Or I might have had my ad block turned off. Either way, I’ve gone out of my way to make sure I never see an ad in my email again. Used mobile devtools to uninstall the Gmail client, Firefox with uBlock add-on, etc…
May I recommend Proton Mail? I used gmail for years then decided to finally switch and it was easier than I thought, tho tbf I also don’t have a lot of people who need to email me, it was mostly services where it’s easier to tell them to switch over to the other mail.
I’ll have to check it out! Same here, mostly services on my end - but I’ve accumulated enough of them to make it tiresome. Still, I’ll have to do it at some point
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.