I'd recommended Arch because with NixOS you end up having to tinker too much. Besides, if you need to use Linux for development purposes, Arch follows the usual Linux/Unix conventions, while with NixOS you would end up tinkering...And you can always use the Nix app from Arch.

Just use Arch with Gnome or KDE, that will save you a ton of time.

Using NixOS for more than six months, and I think I'm eligible to say what I like and hate about it.

What you'll like:

• easy configuration - just refer https://search.nixos.org, it's that easy. I'm not taking that comment about "NixOS being hard to configure" seriously - and this is coming from someone who hasn't even learnt the language properly. Yes, my configuration.nix is slightly polluted with Starship configs, and I might want to break them into modules, but it is still a job done decently.
• won't break easily except in some extreme situations - Laptop accidentally slipped from my hand during nixos-rebuild switch --upgrade - I guess it was the physical trauma to my device messed up the mount path to /boot, but it was rescued by a single CLI command from the recovery USB, and I didn't lose any files.
• upgrade is not prone to breakage, and even if it does, you can rollback - just don't walk while holding your device and drop it.
• it is a serious distro, not a "hobby" OS, and the experiences you will gain from learning Nix will help you with SaaS platforms like Replit or Railway, if you're interested in using them sometimes in the future.

What you won't like:

• Binaries do not work properly - since Nix store is a completely different storage system compared to your usual FHS, most of the binaries will suffer from incorrect RPATH and dynamic loader issues - you might have to autopatchELF them, which is kind of irritating. This is also the case for AppImages, by the way.

• Nix language is more like a custom DSL and less of a general purpose language, so you're gonna have to use another language for automation (Shell, Python, Ruby), which might pollute your self-hosted Nixpkgs - Guix fixes this issue.

• The bad part about NixOS is writing Nixpkgs expressions. The repository is damn huge and it is hard to maintain spaghetti code, writing your own package can be pretty hard, there's some "hack"-y stuff you're gonna have to use for building in, let's say, using buildRustPackage and buildDotnetModule, and you're gonna have to work with a senior maintainer.

Honestly, if I had to avoid Nix, I would go for Guix, Gentoo or Devuan. But yes, if you're a beginner, I'd ask that you refrain from touching NixOS.

The downside of NixOS is bad documentation. Which makes it take quite a while to get your config setup the way you want. Its so worth it though. I used arch for 5+ years and have been on NixOS for about 6 weeks now. I'm definitely never going back. My conifg is done, I barely have to change anything now. Its all saved in a git repo so I never have to make it again. I've already switched all of my machines over. And even a few of my friends. Which has been super easy to do cause I just give them my config then remove everything they don't need. I've only been using it for a little while but it feels so reliable and Unbreakable even though I'm running unstable packages. Because if anything breaks you just go back to the last generation that worked. Which made me willing to just try anything when I was setting it up.

Also you could run Nix package manager on arch for this, but the nix package repo is amazing. It has everything i've needed or even thought about installing. And in my opinion its way better than using AUR packages. Most of the time you just DL them and don't have to build them. Its just so much faster and more reliable then using Paru or Yay. Plus there is a NUR( nix user repo) but tbh I've never even looked at it.

The other con I know of is issues running binaries and app images. But there are was work arounds for them. I use a few app-images by just running 'appimage-run '. And so far its worked perfectly. As for a binaries you can use steam-run or I think using distrobox would work. But I haven't had to do anything like that yet.

I found this YouTube channel quite useful when I was setting mine up. Vimjoyer

I used to like the idea of nixos because it felt "tidy" to configure everything centrally. However that tidyness is achieved by adding an extra layer which just replicates the configuration options of every program. If there is a bug in that layer or something is just not implemented, either you have to learn the whole inernals of nixos and nixpkgs, for which there is no real documentation, or you have to resort to doing things imperatively again, which is hard because of the opacity of the generated system and also defeats the whole purpose. So basically, you are completely dependent on nixos developers for things you could have easily done yourself on arch.

NixOS and nix in general is incredibly complicated imo and the documentation is... let's just say sub par. I'd go with arch unless you really just wanna learn nix.

"Stability" is probably the most mis-used word in the Linux world.
It means that how your system looks and behaves doesn't change, which is really important for servers, especially in business, where you want to plan any change in advance before you commit to it.
Arch is not stable in this sense. It constantly changes, and those changes can come up on short notice with any upgrade.

But when people read that Arch isn't stable, they think the system can break at any time.
I'd say this hasn't been the case for at least 10 years now. If you RTFN (read the fucking news) and use the AUR sensibly, Arch has become a really boring system, regarding breakage.

As a recent NixOS convert coming from Bazzite (Kinoite/Silverblue with user friendly daily driver and gaming tweaks), and before that mostly Arch-based distros, I'd say it boils down to the tradeoff between having way more control over reproducibility and having to deep dive into the often poorly documented domain specific rabbit hole that is Nix. If you're comfortable with going out of your way to learn, looking for examples, reading source code to find out what options you can use or how stuff works, it can absolutely be worth it but it's a steep price to pay for sure.

I personally adore what Nix sets out to solve and find it extremely rewarding to learn. Plus, as a developer, I enjoy puzzling out how to get stuff done and don't mind diving into the source if I need to, so it works for me. I'd absolutely prefer solid documentation, of course, but it's not a deal breaker.

When it comes to software, the Nix repo has a staggering amount of prebuilt binaries ready to download (which you can search here) and it's often not too hard to hack together your own reproducible package if you want after you get comfortable enough with it. At least for my use cases, I haven't really missed much from my days using Arch and the AUR. If anything, I appreciate how much more consistent it tends to be in comparison.

If you, like myself, go for a flake (yet another rabbit hole within a rabbit hole) based setup and point to the unstable repo, you basically get a fully reproducible, easy to update and rollback rolling release not too dissimilar to using Arch with auto btrfs snapshots enabled. That's how I used to do Arch and it feels pretty familiar.

Anyway, that's what I got. If you have any more specific concerns or questions I'd be happy to elaborate!

Edit: I forgot to add but I find a nice way to get comfortable without fully commiting is using Nix as a package manager on any old distro. You could install it on Endeavour (I recommend this method) and play around with Home Manager, use it as a dotfiles manager on steroids, have it declaratively install and manage the CLI apps you can't live without and whatnot, see how you like it. That's how I started, I have a common HM config I've so far used with Debian at work, Ubuntu running under WSL when I'm on Windows and now NixOS itself.

Let me put it like this: it's about learning curve. Arch is relatively easy to begin with, but NixOS gets much easier the more nix you learn.

What do I mean about that? Imagine having to patch something, which can be the thing. On arch you'd have to replace a package, which could lead to issues and conflicts, whereas NixOS gives you the option to keep two or even more versions of the same library, because it does not rely on your traditional UNIX path.

But with this super power comes a catch. You have to learn a programming language and learn how the nix store operates, which is a pretty high learning curve. Also, NixOS suffers from a governance issue and going by the documentation is like shooting in the dark.

That being said, the best manual for NixOS is GitHub, searching for anything and filtering by the nix language. You'll see a ton of varying systems, be they workstations or servers.

And no matter what all the warnings say, no, flakes aren't EXPERIMENTAL or UNSTABLE, but rather CONTENTIOUS internally. Again: I love NixOS, but they gotta fix their governance issues.

I’ve been using Arch for almost 8 years, and I enjoy basically everything about it. Since Nix has been so popular lately, I thought I’d take a look at it too. I like what it does, but the documentation is really poor, and the learning curve is insanely steep. When flakes and nix-command become stable, I’ll be giving it another shot

Once I found out about Paru, I decided I would no longer need another OS outside of everything Arch provides. Also, Valve decided to switch SteamOS to Arch, so I'm sticking with it once they release it.

I use NixOS for University and would highly recommend it if you want a highly configurable system that’s declarative, however, NixOS doesn’t have great documentation for certain features and usually does things differently, so you’ll have to learn the Nix way of doing things. On the plus side, I’ve never been unable to fix my OS when it broke, you simply rollback, or if there isn’t a suitable rollback, you can plug in a live usb and set the system to use a specific commit (can’t remember the exact command for this and that’s presuming you store your config with git). Also according to these statistics nixpkgs has more packages than the AUR.

You can setup your Arch with grub menu btrfs snapshots just like NixOS for convenient rollbacks. NixOS has too steep a learning curve, coming from someone who recently tried it and ended up being somewhat disappointed by it. NixOS sounds good on paper but in reality it is a long way from a mature product for desktop or general use.

As you mentioned Arch has AUR which packages just about anything and everything you could ever want in the future. And the Arch Wiki will never be "not relevant" so long as you are using Linux anywhere, the Arch Wiki is a handy reference.

NixOS's documentation is dog. It's not absolute dog, but it's dog. The learning curve is brutal.

But... the (mostly) declarative management is its strongest feature. It's very solid and you can easily unfuck you system if you haven't done stuff like mess with partitions or delete files manually.

If NixOS had better documentation and GUI to manage the system, it would be a no-brainer, but unfortunately, it is about 5-10 years away from that. The community is very top heavy, but it's easy to just do your own stuff.

Have you considered staying with EndeavourOS, and using Btrfs with Timeshift?

First of all: Do you need reproductibility? I.e. having the exact same system on multiple machines? If not NixOS might be a lot more complex than what you need.

Secondly: Instability does not mean what you think it means. People read instability and think the system will break, when instability actually means your system will be updated. In the context of a server, an update can be destructive, for day-to-day users it's very rarely so.

Finally: why Arch or Nix, why not Ubuntu, Mint, Pop or any of the other dozens of distros that are usually recommended for new users?

You didn't mention a single argument for why you would need a reproducible system. It sounds more like the buzz around immutable systems makes you think you are losing out on something, which is not the truth.

I think you are understating the value of the Arch Wiki and AUR.

I am also a university student. I was required by one of my courses to program an Arduino using ArduinoIDE. My program, however, was not detecting my Arduino. By simply scrolling the Arch wiki, I found the issue, downloaded the fix via AUR and was able to get it working hassle-free. An equivalent of this process does not exist on NixOS.

I do not know what programs your uni requires, but if you do plan on using them on Linux, Debian or Arch, or their many derivatives should be the go-to simply for documentation and quick-fixes alone.

Going to sound like a boring pleb but... if your OS takes less than 1h to install and setup (which is my experience with Debian/Ubuntu on a SSD with a fiber connection, or even on a RPi with a modern microSD on an ADSL connection over WiFi) then it doesn't matter much what you use. You grab a mug of coffee, click here or there from time to time and if your /home partition is saved you are good to go faster than most people even respond to an email.

If you want to make your OS to a hobby, choose NixOS.

If you want a system that just works, use Kinoite or Debian.

If you want cutting edge software but fear Arch/Endeavour is prone to breakage, consider doing file system snapshots e.g. with snapper which you can boot into.