Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

NixOS 26.05

nixos.org

Post reply on HN
Print view View original

71–80 of 106 posts

Re: NixOS 26.05

#71

Post by linsomniac »

linsomniac wrote: post #67
rhco wrote: post #62

Earlier quoted context omitted.

You could take this one step further using Syncthing to sync important data between the workstation and laptop. That's how my devices are configured, and it's amazing - if I need to travel for work, I just pick up my laptop and go. NixOS makes sure the system itself is identical (apps, most of the code configs, etc), then any app-spcific config is handled by Syncthing. It was really magical the first few times I used…

Really solid advice. Going to have to try that remote rebuild, because right now my 10yo T420 takes around an hour to rebuild gitbutler-cli (not yet packaged in NixOS), so that'd be real nice. I know syncthing has a solid reputation, but I'm a bit reluctant to try it on my home directory (it's super mission critical). Does that interact well with home-manager+SOPS? Mostly, when I'm away from my workstation, I just co…

Answer about syncthing: I probably would set it up on only a portion of my home directory, not the whole thing, so it wouldn't impact home-manager/SOPS. However, Claude pointed out this potential issue: the bulk of my "projects" directory (my most active directory) is git repos, and (a) those are likely to conflict on both ends (a git pull on both ends), and (b) much of that syncing git can handle (except, of course, uncommitted changes).

Re: NixOS 26.05

#72

Post by Diti »

pmarreck wrote: post #44
shevy-java wrote: post #27

Earlier quoted context omitted.

> entirely configuring it using Claude Code This scares me. I would not want AI to run my computer systems.

It generates a config file. You can read it before applying it. While Nix may be nigh intractable to write for some people, it is quite a bit easier to read , and any shenanigans would immediately be noticed.

Let’s be honest, most people do not review the full output of Claude Code because of slop fatigue.

Re: NixOS 26.05

#73

Post by willx86 »

linsomniac wrote: post #69
willx86 wrote: post #31

Earlier quoted context omitted.

I eventually gave up using mason and lsp servers and used nixvim https://github.com/will-x86/nixos-dotfiles ( ./home/base/nixvim)

That is really interesting, thanks for the pointer. I came across it a while ago when I was researching how to manually set up AstroVIM on NixOS and doing manually was a bit of a stretch for me at the time. My setup right now is a fairly straightforward nix file listing the plugins and associated packages I want, and then an embedded long-ass lua config file, and I think the nixvim would just make that part of it dec…

I converted with claude Use my repo for lsp.nix as neovims new v10 has a new way of configuring lsp's as lspconfig is depreciated, so I used the new lsp configuration method but went doc hunting to find out I need lspconfig for proper completions! ( I'll give it a push now to ensure it's my latest version)

Re: NixOS 26.05

#74

Post by data-ottawa »

jon-wood wrote: post #12
rekoros wrote: 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…

When I started self hosting last year it seemed insane that hosting a service required separately managing the imperative firewall state, vpn, container runner, systemd, and reverse proxy.

Nixos is nice because it just works. When I do a rebuild switch it will take down my affected services gracefully, apply the updates, update my firewall, and start the container all automatically and declaratively.

Plus the owning account and file permissions are explicit so it’s impossible to forget you ran chmod/crown on some script and now your service is over-permissioned.

It’s not magic but it feels like magic because it works so easily and reliably.

Re: NixOS 26.05

#75

Post by synoptik »

wrxd wrote: post #15
tomalaci wrote: 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…

I also really like that Nix (both on NixOS or as a package manager for Linux/macOS) can temporarily fetch packages with `nix shell` removing entirely the need to install something I am just trying out or something I know I am not going to need on a regular basis. Similarly the integration of flakes/devshells and direnv is great to create reproducible development environments. Everything I need and at the correct vers…

Project README.md Install instructions: List of software to install and what those packages are called on different distributions: Just kidding, it just works.

Re: NixOS 26.05

#76

Post by reinitctxoffset »

LelouBil wrote: 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

I'm fairly close to releasing something called nix-compile, which is a type inferring Hindley-Milner compiler that unifies across nixlang and bash. It finds a lot of bugs. Because it has a very complete view of your project, it can do cute stuff like precise go to definition across modules, annotate code with types in the comments, it's cool.

Re: NixOS 26.05

#77

Post by synoptik »

frantathefranta wrote: post #38
LelouBil wrote: post #14

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 ?

There are templates for deploying NixOS but almost all that I've encountered are heavily opinionated and thus only kinda work for specific people (usually the ones that designed them). Then when you want to customize them it's almost always easier to start from scratch.

NixOS is very much a toolkit for building operating systems. You in modules that set up parts of the system with overridable defaults, and you focus on the parts that matter. Sometimes that is the disk layout, other times it is the dot files, yet other times it is the services.

Adding a new domain to my NixOS webserver is a single line of code.

Re: NixOS 26.05

#78

Post by rrvsh »

wrxd wrote: post #15
tomalaci wrote: 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…

I also really like that Nix (both on NixOS or as a package manager for Linux/macOS) can temporarily fetch packages with `nix shell` removing entirely the need to install something I am just trying out or something I know I am not going to need on a regular basis. Similarly the integration of flakes/devshells and direnv is great to create reproducible development environments. Everything I need and at the correct vers…

https://github.com/nix-community/comma

Re: NixOS 26.05

#79

Post by rrvsh »

shevy-java wrote: post #39
tomalaci wrote: 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…

> installed through AUR (e.g. latest mpv releases that sometimes broke) On my home system I'd do this to switch to a new mpv release: "gitty mpv" (This is my alias to check out the latest mpv sources, from github, via git clone URL_HERE.) Scripts repackage mpv into .tar.xz after this git clone step. Then I do: "clangy mpv" clangy is my alias to compile via clang from llvm; and the specific instructions would be found…

You might be interested to note that what you have written is basically the same paradigm that Nix uses, except with a content addressable store in /nix that the binaries are compiled from source to. All packages (read: binaries, libraries, configuration files) are symlinked from the store to wherever they are needed e.g. PATH, another package's environment, etc.

Re: NixOS 26.05

#80

Post by rrvsh »

bouk wrote: post #64

We use NixOS for all of our robots and servers at https://www.monumental.co , hard to imagine how we would do constant updates of our robot fleet without it. If you're working on cloud systems it's easy enough to just throw away VMs all the time but you can't really do that with physical hardware that's on a construction site for months on end, where you only have a shared 5G connection. NixOS makes this all manageab…

Cool company! Do you guys hire only local to the Netherlands? I see some roles I might be a good fit for (experience w/ Rust, cpp, nix), but dont wanna waste your time
Post reply on HN