I've used Nix with Nix-Darwin on my macOS machines for a couple years now. The primary benefit is that when I get a new macOS machine, it's only three steps to having ALL my apps, configurations, etc. exactly as they were before:
1. Download Nix installer (I prefer the one by Determinate Systems)
2. Clone my Nix configs (public, so I don't even need secrets like keys yet)
3. Run `make`
I then wait around 15 minutes or so (mostly network time) and I'm good to go.
ONE BIG RECOMMENDATION: I don't like using nix-darwin to manage graphical apps directly. It's a bit awkward. But, you can use nix-darwin to declaratively manage `homebrew`, so I still get my graphical apps from Homebrew. The linked article seems to suggest ditching homebrew entirely but I found its best as a mix of both worlds with Nix being the source of truth to manage everything else, including brew.
You can find my configurations on GitHub but note that if you're new to Nix you would do better finding a simpler starting point: https://github.com/mitchellh/nixos-config (these are shared Nix configurations between macOS, Linux, and WSL on Windows).
I've just migrated from a 4 year old Macbook to top of the line M3 Max. My previous Macbook had multiple kernel extensions, lots of customisation and homebrew apps and such. I was convinced that I'd spend a significant amount of time setting it up again - so I'd made some bash scripts in preperation to reinstall my homebrew stuff etc.
So upon receiving my macbook I used the migration assistant and ticked everything, and to my surprised I've spent less than an hour getting this new machine up to speed. It moved everything including all my settings, apps, configurations for those apps etc. The only issues I've had is docker didn't move across, and I've had to manually download universal binaries of a few intel apps. It has been completely flawless.
I don't see the value add for the use-case you describe of machine migrations when Apple's tool for this works so well.
> The primary benefit is that when I get a new macOS machine, it's only three steps to having ALL my apps, configurations, etc. exactly as they were before
This is the same for macOS? I’ve done that twice in the last couple of years and it was just a matter of letting the migration assistant run and letting Homebrew install the list of packages exported from the old system.
This is not to say anything negative about Nix, only that this particular point doesn’t seem like a big selling point for something I do every few years.
For single-user single-device scenarios, you probably won't find Nix much better than brew or apt. Declarative infrastructure isn't very necessary when you're the only person running your software. With multiple devices, you at least want a way to automate your build process. Bash scripts and Makefiles work fine, but they both fail silently and won't work consistently across devices, OSes or even architectures.
Nix smooths that out, which is great for a single user with multiple devices but even better on teams. Instead of coordinating devices individually, you can update Nix environments and push them out to everyone at once. The build environment is self-contained, isolated and updated silently alongside the rest of your repo. On larger teams, that saves a lot of configuration headache.
> these are shared Nix configurations between macOS, Linux, and WSL on Windows
This is the "killer app" of Nix for some people. I've got a lot of machines, spread out between a variety of usecases. With Nix, I can have individual module files for my desktop apps, my gaming software and my terminal configuration, then link them into the various machines that need it. Once it's fully set up, you can essentially manage the environment of dozens of different machines in a single Git repo.
Nix will frustrate people because it doesn't offer a lot of imperative or immediate solutions to things. If you can handle the learning curve though, you'll be hard-pressed to find a more comprehensive package management solution on any OS.
Despite how the learning curve keeps the Nix community relatively small (it's grown a lot since 2021 actually) nixpkgs has assimilated like 90% of OSS. Learning Nix is hard, but once you know enough Nix to be productive it's a huge enabler.
In exchange for having taken the time to understand and declare exactly what you depend on to be productive (and nothing else), you get to start ~productively-fresh instead of living in a cargo cult of whatever unexamined arbitrary state and executables were present at your last backup.
It also means you aren't completely out of luck if you get lazy and don't test your backups for 6 months only to find out they stopped working after you ran some `blah blah update/upgrade` command.
It feels like every Nix post that gets on Hacker News has a version of that claim, yet it’s seldom expanded on. In this article, the author throws that in with zero explanation and never revisits it. In other words, it’s opinion and not fact, which is something I do not want conflated in a technical post.
I wish these unproductive software animosities would cease. I don’t care if you use Vim, Emacs, Helix, Windows, macOS, Linux, iOS, Android, or Symbian. Use whatever works best for you and let everyone else do the same. If you have a specific point to make about why a piece of software should be avoided¹, make your argument and let people judge it, otherwise let it go. Why do you feel the need to throw shade on anyone else’s work, especially open-source software? We’re supposed to be a community, not be backstabbing each other.
We’re talking about package managers, here. It’s a bloody tool and you’re treating it like the worst parts of sports fandom.
¹ E.g.: You may feel strongly that Chromium browsers should be avoided because they give Google more power and that’s a risk to the open web which itself becomes a detriment to society.
I don't mind the opinion "it's better than homebrew"
The thing is, everything is tradeoffs. In some ways I'm sure Nix is better than homebrew.
If you want to compel me to try it, tell me why you think it's better than homebrew so I can understand if it solves problems that I also have.
That's what bothers me, I know not everyone uses my stack and I do love hearing about what others are doing differently but please please please tell me why you think it's better.
Simply saying "Vim is better than standard editors" is pointless, saying "Vim keyboard shortcuts have an extremely steep learning curve, but, once the new way of thinking becomes second nature to you, you will find that you can do things far faster than before. This is especially useful for me personally as the 'context switching' from mouse->keyboard->mouse->keyboard->mouse was an extremely limiting factor for how quickly I can work and Vim (in particular Vim keybindings -- I use them in VSCode today) allows me to keep my fingers on the keyboard for more time before I do something which /requires/ the mouse, this makes me more productive. That said, the only way to learn that was to force myself to use Vim and no other editors which resulted in what was probably a 2-3 week period where I was completely useless, but, ultimately 15 years later I'm sure I've made that time back tenfold."
> In other words, it’s opinion and not fact, which is something I do not want conflated in a technical post.
As you’ve already stated, it’s an opinion and not a fact. I wouldn’t take posts like this so personally. Instead, use content like this to help you explore new tools. If you like it, great! If not, move on. Simple as that.
If you’re new here, people can be very passionate about their tools.
> people can be very passionate about their tools.
I’m aware. It’s not a coincidence that I started my examples with Vim and Emacs, the classic flamewar. There’s nothing wrong with being passionate for something, that’s not the argument. My point is that just because you like something you don’t have to be against an alternative. Nix and Homebrew, Vim and Emacs, these are parallel tools which can coexist, not rivals in a reality show.
> I wouldn’t take posts like this so personally. Instead, use content like this to help you explore new tools. If you like it, great! If not, move on. Simple as that.
There’s nothing to take personally, and I do explore tools which interest me.
I feel like you haven’t read or understood my point at all. You’re ostensibly disagreeing while making the same point. I’m advocating precisely for the unwarranted negativity to stop. If you want to talk about why you love something, do, there’s no need to send subtle jabs at something else other people are working on and sharing for free. That’s incredibly demotivating for developers and leads to burnout, for nothing.
Yeah, I've tried both nix and brew, and `brew install` is just much more convenient than editing a config file and then running `home-manager switch --flake .`
Homebrew doesn't have to be run imperatively — there is brew bundle, which keeps your installations in sync with a file. It's not nearly as complete as nix, but if all you aim to do is manage your packages through a single text file instead of searching your shell history for `brew [un]install`, it works great.
Someone heavily downvoted your comment - not sure about why.
The author should have taken the time to state that homebrew doesn't offer features such as ... "environments" or things that help with build reproducibility. A bit unfair, though, because that was probably never Homebrew's mission.
> The author should have taken the time to state that homebrew doesn't offer features such as (…). A bit unfair, though, because that was probably never Homebrew's mission.
Depends on the wording. It’s perfectly fair to say “I use Nix instead of Homebrew because the former supports X which is useful to do Y”. That way it’s not important if Homebrew intends to have Y or not, it just clarifies what the author cares about in a package manager and the reader is better informed if they care about the same things.
Or they could’ve not mentioned Homebrew at all. There’s zero positives to that sentence in that post.
Nix seems like something I should absolutely be using, but it also makes me feel like a complete idiot. The documentation, the terminology, and even tutorials like this one feel so… arbitrary?! and leave me more confused than I started. Look at that flake file. It’s daunting! Maybe I’m just getting old.
That’s been an issue for ever. I can only assume it’s a really hard problem to make the install location configurable. Plus, folks like me who don’t use Mac really don’t care. It’s a perfectly fine place to it.
EDIT: LatticeAnimal answered it. You can’t use the cache with a custom directory.
And it has to be global because the whole point is that there’s only one place and all derivations are shared between user accounts. If everyone had a ~/.nix, hard drives would explode on multi-user systems.
iirc, you can have a different base path, but you have to recompile every package locally to have the correct patched paths. I forget where I read about this.
Seems like an unavoidable consequence of how modern software is built
Last year while working in a nix using team, Golang was lagging behind on nix by a few months, I wanted to use a new feature from the latest version and it lead to some awkward conversations. Nix is not a drop in replacement for homebrew, nor is it fast when it comes to community updates. If you have a small number of packages it works well, but if you only use a few number of packages, why do you need a heavy package manager.
I'm also using NixOS and working on Go projects, and had to deal with out-of-date Go releases. Nixpkgs generally does get the latest Go versions pretty quickly, but only in the unstable channels, they're not backported to NixOS releases. You can just grab that one package out of nixpkgs-unstable or nixos-unstable, like:
> Nix is not a drop in replacement for homebrew, nor is it fast when it comes to community updates.
I am certain there are some exceptions and edge cases to this, but in my experience nixpkgs is the largest and most up-to-date repository of all, by a wide margin. Did you use nixpkgs-unstable or a stable release?
While I am a happy user of Nix and think that the unstable channel is generally recent enough, I have not quite found it to be the "most up-to-date". Among the package repositories I have used, that honor probably goes to openSUSE Tumbleweed.
Readit News
1. Download Nix installer (I prefer the one by Determinate Systems)
2. Clone my Nix configs (public, so I don't even need secrets like keys yet)
3. Run `make`
I then wait around 15 minutes or so (mostly network time) and I'm good to go.
ONE BIG RECOMMENDATION: I don't like using nix-darwin to manage graphical apps directly. It's a bit awkward. But, you can use nix-darwin to declaratively manage `homebrew`, so I still get my graphical apps from Homebrew. The linked article seems to suggest ditching homebrew entirely but I found its best as a mix of both worlds with Nix being the source of truth to manage everything else, including brew.
You can find my configurations on GitHub but note that if you're new to Nix you would do better finding a simpler starting point: https://github.com/mitchellh/nixos-config (these are shared Nix configurations between macOS, Linux, and WSL on Windows).
So upon receiving my macbook I used the migration assistant and ticked everything, and to my surprised I've spent less than an hour getting this new machine up to speed. It moved everything including all my settings, apps, configurations for those apps etc. The only issues I've had is docker didn't move across, and I've had to manually download universal binaries of a few intel apps. It has been completely flawless.
I don't see the value add for the use-case you describe of machine migrations when Apple's tool for this works so well.
This is the same for macOS? I’ve done that twice in the last couple of years and it was just a matter of letting the migration assistant run and letting Homebrew install the list of packages exported from the old system.
This is not to say anything negative about Nix, only that this particular point doesn’t seem like a big selling point for something I do every few years.
Nix smooths that out, which is great for a single user with multiple devices but even better on teams. Instead of coordinating devices individually, you can update Nix environments and push them out to everyone at once. The build environment is self-contained, isolated and updated silently alongside the rest of your repo. On larger teams, that saves a lot of configuration headache.
This is the "killer app" of Nix for some people. I've got a lot of machines, spread out between a variety of usecases. With Nix, I can have individual module files for my desktop apps, my gaming software and my terminal configuration, then link them into the various machines that need it. Once it's fully set up, you can essentially manage the environment of dozens of different machines in a single Git repo.
Nix will frustrate people because it doesn't offer a lot of imperative or immediate solutions to things. If you can handle the learning curve though, you'll be hard-pressed to find a more comprehensive package management solution on any OS.
The docs[2] are very helpful!
[1]: https://github.com/Homebrew/homebrew-bundle
[2]: https://daiderd.com/nix-darwin/manual/index.html#opt-homebre...
It also means you aren't completely out of luck if you get lazy and don't test your backups for 6 months only to find out they stopped working after you ran some `blah blah update/upgrade` command.
It feels like every Nix post that gets on Hacker News has a version of that claim, yet it’s seldom expanded on. In this article, the author throws that in with zero explanation and never revisits it. In other words, it’s opinion and not fact, which is something I do not want conflated in a technical post.
I wish these unproductive software animosities would cease. I don’t care if you use Vim, Emacs, Helix, Windows, macOS, Linux, iOS, Android, or Symbian. Use whatever works best for you and let everyone else do the same. If you have a specific point to make about why a piece of software should be avoided¹, make your argument and let people judge it, otherwise let it go. Why do you feel the need to throw shade on anyone else’s work, especially open-source software? We’re supposed to be a community, not be backstabbing each other.
We’re talking about package managers, here. It’s a bloody tool and you’re treating it like the worst parts of sports fandom.
¹ E.g.: You may feel strongly that Chromium browsers should be avoided because they give Google more power and that’s a risk to the open web which itself becomes a detriment to society.
The thing is, everything is tradeoffs. In some ways I'm sure Nix is better than homebrew.
If you want to compel me to try it, tell me why you think it's better than homebrew so I can understand if it solves problems that I also have.
That's what bothers me, I know not everyone uses my stack and I do love hearing about what others are doing differently but please please please tell me why you think it's better.
Simply saying "Vim is better than standard editors" is pointless, saying "Vim keyboard shortcuts have an extremely steep learning curve, but, once the new way of thinking becomes second nature to you, you will find that you can do things far faster than before. This is especially useful for me personally as the 'context switching' from mouse->keyboard->mouse->keyboard->mouse was an extremely limiting factor for how quickly I can work and Vim (in particular Vim keybindings -- I use them in VSCode today) allows me to keep my fingers on the keyboard for more time before I do something which /requires/ the mouse, this makes me more productive. That said, the only way to learn that was to force myself to use Vim and no other editors which resulted in what was probably a 2-3 week period where I was completely useless, but, ultimately 15 years later I'm sure I've made that time back tenfold."
As you’ve already stated, it’s an opinion and not a fact. I wouldn’t take posts like this so personally. Instead, use content like this to help you explore new tools. If you like it, great! If not, move on. Simple as that.
If you’re new here, people can be very passionate about their tools.
I’m aware. It’s not a coincidence that I started my examples with Vim and Emacs, the classic flamewar. There’s nothing wrong with being passionate for something, that’s not the argument. My point is that just because you like something you don’t have to be against an alternative. Nix and Homebrew, Vim and Emacs, these are parallel tools which can coexist, not rivals in a reality show.
> I wouldn’t take posts like this so personally. Instead, use content like this to help you explore new tools. If you like it, great! If not, move on. Simple as that.
There’s nothing to take personally, and I do explore tools which interest me.
I feel like you haven’t read or understood my point at all. You’re ostensibly disagreeing while making the same point. I’m advocating precisely for the unwarranted negativity to stop. If you want to talk about why you love something, do, there’s no need to send subtle jabs at something else other people are working on and sharing for free. That’s incredibly demotivating for developers and leads to burnout, for nothing.
You can BS enough, but then you have to take some s** back if someone calls you out for making such statements :)
You should be able to simple use:
nix-env -I <package_name>
Or (new flake enabled CLI tools):
nix profile nixpkgs#<package_name>
That's quite close to other package managers. You still have the massive nixpkgs repository and tools like nix-shell as an advantage.
The author should have taken the time to state that homebrew doesn't offer features such as ... "environments" or things that help with build reproducibility. A bit unfair, though, because that was probably never Homebrew's mission.
Depends on the wording. It’s perfectly fair to say “I use Nix instead of Homebrew because the former supports X which is useful to do Y”. That way it’s not important if Homebrew intends to have Y or not, it just clarifies what the author cares about in a package manager and the reader is better informed if they care about the same things.
Or they could’ve not mentioned Homebrew at all. There’s zero positives to that sentence in that post.
https://github.com/mitchellh/nixos-config
Deleted Comment
EDIT: LatticeAnimal answered it. You can’t use the cache with a custom directory.
And it has to be global because the whole point is that there’s only one place and all derivations are shared between user accounts. If everyone had a ~/.nix, hard drives would explode on multi-user systems.
Seems like an unavoidable consequence of how modern software is built
I am certain there are some exceptions and edge cases to this, but in my experience nixpkgs is the largest and most up-to-date repository of all, by a wide margin. Did you use nixpkgs-unstable or a stable release?
Deleted Comment