Live data from Hacker News

NixOS 26.05

nixos.org

101–106 of 106 posts

Re: NixOS 26.05

#101
post #9

I post this on every post about Nix I encounter, but I sincerely hope that it gets static electricity typing one day. I have yet to try typenix (a fork of the typescript compiler applying the typescript type system to nix) https://github.com/ryanrasti/typenix

> static electricity typing I assume that was an autocomplete typo?

Lol yes

Re: NixOS 26.05

#102

I would love a Bazzite-style nixos distribution. Like batteries-included for gaming. Is this kind of thing common in the NixOS space ? Like configs you can import that manage 99% of the os for you ?

Not the same thing but you can go in the other direction using https://blue-build.org/reference/recipe/ . You can have a nixos-style bazzite distribution where you import the bazzite base image and layer your custom config on top of it.

Yes I'm using bluebuild for my custom bazzite image.

Re: NixOS 26.05

#103
post #3

After using NixOS for a bit and eventually learning to rely on it, life without it seems inconceivably complex

I love the slightly weird learning curve on NixOS where initially it seems incredibly complex writing this weird functional programming language for every change you want to apply to your system, then over time it clicks and you end up in a place where any operating system that doesn't define everything in a weird functional programming language seems incredibly complex. I read blog posts about doing things on other…

This is the concept of Simple vs Easy https://news.ycombinator.com/item?id=38768107

Re: NixOS 26.05

#104
post #5

I had quite a rollercoaster going from Windows 10 to Arch to Windows and then settling on NixOS. Main reason being able to do clean package/program setup and centralize, version-control my configuration. My main issue with Arch was that after installing and trying stuff it left OS dirty even after package removal. This might be because I had some things built and installed through AUR (e.g. latest mpv releases that s…

> My main issue with Arch was that after installing and trying stuff it left OS dirty even after package removal Yeah, that's literally a problem with every single OS that is not NixOS (or, shoutout, Guix, or the other Nix-based variants). That's also why I am sticking with NixOS. Been at least 5 years now- it's wonderful having a reliable LINUX system as my daily driver (or one of them). And you can reboot into any…

Not a Nix user yet, so i'm wondering if you can describe a little more about the "reproducibility" aspect which implies that you are often "reproducing" stuff. What needs reproducing? What is a basic daily-driver use case for whatever we are "reproducing"?

Re: NixOS 26.05

#105

Earlier quoted context omitted.

> My main issue with Arch was that after installing and trying stuff it left OS dirty even after package removal Yeah, that's literally a problem with every single OS that is not NixOS (or, shoutout, Guix, or the other Nix-based variants). That's also why I am sticking with NixOS. Been at least 5 years now- it's wonderful having a reliable LINUX system as my daily driver (or one of them). And you can reboot into any…

Not a Nix user yet, so i'm wondering if you can describe a little more about the "reproducibility" aspect which implies that you are often "reproducing" stuff. What needs reproducing? What is a basic daily-driver use case for whatever we are "reproducing"?

The entire system configuration is one file or a small set of files. If you copy it to a different machine, you can "run" it and get pretty much the same machine. If you screw up the config, the system tells you before it even tries to apply it. If something breaks while applying it (which is rare), NOTHING is broken because the entire system still points at the old instance, since cutover is atomic. This is already different from pretty much every other system out there. And if you reboot and things are STILL messed up, you can boot into a previously-known-good instance and repair things from there, without using a bootable USB key.

The builds are deterministic, unlike on any other linux or other OS, because Nix basically captures a closure of all the possible inputs to a build, which means that the build always "sees" the same things, which means it always builds the same way. Once you grok this, doing it any other way will seem insane.

Truth be told I think I only appreciated it more after having used (and bricked) other Linux distros simply by "installing the wrong thing". This is what i mean by "daily driver". You need something reliable AND reconfigurable for that; NixOS (or nix-darwin on Mac) offers both.

Post reply on HN