4 ms·

I’m about 18mos into managing my macOS hardware with Nix. And I’m conflicted. It’s clearly a powerful system, and I’m still very noob at it. It’s not clear to m

by dayjah 10mo ago

I’m about 18mos into managing my macOS hardware with Nix. And I’m conflicted. It’s clearly a powerful system, and I’m still very noob at it. It’s not clear to me that it’s the right solution for macOS. I’ve not felt comfortable enough with it to roll it to Linux hosts yet. Or use its docker image maker. Consistently through the 25.05 period nix-darwin and nixpkgs would fall out of sync. I learned not to `nix flake update` too often as a result. It’s amazing that rolling back is as easy as it is, and that’s huge, but if you squint and reason that mise and nix solve the same issue, why not use the less opinionated, easier to reason about mise? As time has gone on, more and more of my system is managed via nix-homebrew … effectively producing a Brewfile for the vast majority of my package needs. Why not just use Brewfile directly? I really want to advocate for nix, but it feels like I lose the “why not x?” conversations with myself, I can’t fathom winning them against a less invested peer.

tstrimple 10mo ago
I've only barely used Nix on OSX to manage packages and I thought it felt awkward at the time. But I had also barely used NixOS at that time. Today I'm happily running NixOS on my NAS and my "gaming" desktop. My son is running it for his desktop as well. What feels awkward and fragile on OSX is far more stable on NixOS. But you do have to learn some of the Nix syntax and ways of doing things which it sounds like you're already getting some of on OSX. The reason I'm going to use it on OSX again is mostly to get consistent HOME configuration and tooling across all of my devices. I'll manage my OSX home dir and tools with the exact same file across multiple computers.
- dayjah 10mo ago
  My principle of adoption was essentially this but in reverse; use it on the system I use the most (macOS), learn, and then use my niche knowledge to apply it to less frequently used computers like my gaming rig. Along the way I acquired enough talent that use at work seemed reasonable. As time has gone on, however, I have found things like the stringent need for everything to be built results in archaic packages versions in nixpkgs, etc., while core waits to bump the rustc version. Thus my return to using brew for almost everything albeit managed via nix-homebrew. Case in point: I use zed, which relies on cutting edge rust features, which nix cannot deploy because of stability concerns. Everyone is right in this situation, but that left me with an archaic version of zed until I moved to the homebrew version.
  - sestep 10mo ago
    Could you clarify what you mean regarding Zed? I checked just now and it looks like Nixpkgs had the latest version 0.214.7 within 24 hours of its release: https://github.com/NixOS/nixpkgs/pull/466449 https://github.com/NixOS/nixpkgs/pull/466449
    - dayjah 10mo ago
      That’s great to know! There are plenty of issues which are reasonably well documented in the zed repo. https://github.com/zed-industries/zed/issues/26277 https://github.com/zed-industries/zed/issues/26277 About 4mos ago I moved to using brew for zed because at the time there was some hard block on updating rustc in nixpkgs-stable to a version which included some feature that zed relied upon.
irusensei 10mo ago
I have both Nixos and Macs so I appreciate I can control everything through a single repo. I have a single flake with nixosConfigurations, darwinConfigurations and home manager pointing to different nixpkgs and other weird stuff such as jovian for my gaming pc and a special repo for my rpi5.
xyzzy_plugh 10mo ago
I'm not conflicted. Nothing compares to nix. I've been using it on macOS, for Linux hosts, for years now, and it's been incredibly rock solid. I stopped using homebrew years ago and I couldn't be happier about that. > Consistently through the 25.05 period nix-darwin and nixpkgs would fall out of sync. I learned not to `nix flake update` too often as a result. I find using a singular nixpkgs version is almost always a recipe for things breaking if you are on unstable. I usually end up juggling multiple nixpkg versions, for example you might want to pin the input to nix-darwin separately. This is squarely a nixpkgs problem. It's the largest most active package repository known to man. I am pretty sure GitHub has special-cased infrastructure just for it to even function. Things are much more stable in release branches. If that causes you pain because you want the latest and greatest, it's worth considering that you'd experience the same problem with other package repositories (e.g. Debian), and then asking yourself what it is you are actually trying to accomplish. There's a reason they call it unstable. > but if you squint and reason that mise and nix solve the same issue, why not use the less opinionated, easier to reason about mise? If mise works for you then great, use it. When I squint and reason, they do not solve the same issue. I don't know how you come to the same conclusion either. Why are you using nix-darwin at all? What is the overlap between nix-darwin and mise? I don't see it. If all you want is dev environments, I recommend flox. At the end of the day I'll continue using nix, and especially nix-darwin, _solely_ because it let me set up a new machine in under 5 minutes and hit the ground running. Nothing else compares.
- arianvanp 10mo ago
  They do have and apparently the scale of the repo is actively breaking things: https://discourse.nixos.org/t/nixpkgs-core-team-update-2025-11-30-github-scaling-issues/72709/1 https://discourse.nixos.org/t/nixpkgs-core-team-update-2025-...
- dayjah 10mo ago
  This is all great feedback, thanks! I got here through devenv, I was fully bought in on its proposal and once I found its edges I started peeking under the covers to understand how it worked. At that point I was pretty deep in mise for everything that wasn’t using devenv. This perhaps help frame why I see them solving the same problem. I definitely had my “aha!” and ditched mise because nix seemed it had solved my problems. But now, in a new gig, I’m running into lots of edge cases that mise could solve at the drop of a hat and nix (/ my poor understanding of the fundamentals) struggles with. So, with that all said, I suppose my point is that you get a lot of overlap between the two, and mise is easier to use and get buy-in on. There are certainly elements I find appealing about nix which mise doesn’t touch (promise of repeatable builds, the entire package ecosystem, etc), however.
viraptor 10mo ago
> period nix-darwin and nixpkgs would fall out of sync What do you mean? Those should be fairly independent in practice.
- dayjah 10mo ago
  In practice nix-darwin relies on being a drop in, which means maintaining compatibility with api surface which in the proper nixpkgs world is a closed loop. There are several cases of this breaking since 2020 or so.
  - viraptor 10mo ago
    But did that happen while updating from the same stable channel? I get things could change when switching releases.
    - dayjah 10mo ago
      Pretty sure I just ran a nix flake update. Here are the links from my journal: This went into nixpkgs: https://github.com/NixOS/nixpkgs/pull/376988 https://github.com/NixOS/nixpkgs/pull/376988 Which then changed the api between and broke this: https://github.com/LnL7/nix-darwin/blob/master/modules/nix/nixpkgs.nix https://github.com/LnL7/nix-darwin/blob/master/modules/nix/n... The fix took a few hours, I happened to be one of the first folks bit by it: https://github.com/LnL7/nix-darwin/pull/1318 https://github.com/LnL7/nix-darwin/pull/1318 I also have in my notes that Emilazy is a super star: https://github.com/emilazy https://github.com/emilazy Notes on how I worked around it for the time it was broken: > To work around it on myside I tried various things. Fundamentally I rolled back to nixpkgs-24.11-darwin which needed corresponding changes to nix-darwin (nix-darwin-24.11) and home-manager (release-24.11) to get everything working.
deleted 10mo ago
[deleted]
gouggoug 10mo ago
This past month, I have spent a decent amount of hours (7+) trying to setup nix on my mac with nix-darwin, and failed. Most tutorial out there encourage you to download someone else's configuration to get going. I don't want to do that. I want to understand at its core how this thing works. I've read the official nix language documentation, watched YouTube tutorials, read 3rd party tutorials, and still couldn't get going with a simple configuration that would install a few packages. The nix language is also really unpalatable to me. But I could deal with that if the examples out there showed a consistent way of doing things – that's not the case. It seems one same thing can be done many different ways – but I want to know and do it the right way. I would generally turn myself to the official best practices documentation, except nix' is very short and doesn't help much. I really want to use nix. There's no question about its advantages. But nix just won't let me (or maybe I'm too old to learn new things). That being said, I'll probably give it another try this month...
- xyzzy_plugh 10mo ago
  I struggled with this too and it took me a while to accept that there is no right way. There are many ways, and there is a lot of legacy style out there, but ultimately you have to do what works for your own productivity/sanity.
- evil-olive 10mo ago
  > The nix language is also really unpalatable to me. yeah, I wish I could give you some "it gets better" good news, but... I've used NixOS as my daily driver for ~10 years, including the laptop I'm typing this on. I love NixOS-the-OS, I love nixpkgs-the-ecosystem. but I still hate Nix-the-language. it's like Perl and Haskell had a drunken hookup that produced a child. and then abandoned that child in the forest where it was raised by wolves and didn't have contact with another human until it was fully grown. (to answer the inevitable replies, yes I understand functional programming in general, and yes I am aware that Guix exists) for simple NixOS administration, you can get pretty far with treating configuration.nix as "just" a config file, rather than a program written in a Turing-complete functional language. writing your own modules or flakes, or re-using flakes published by other people, is strictly optional. make friends with The Big Options Page [0] - anything you find there can be dropped into your configuration.nix without really needing to understand Nix-the-language. 0: https://search.nixos.org/options?channel=25.11 https://search.nixos.org/options?channel=25.11
sestep 10mo ago
(disclaimer: self-plug) I similarly found `nix flake update` frustrating for a while, especially when using unstable Nixpkgs. I wrote a tool called `npc` that basically solved the problem for me by letting me bisect whatever Nixpkgs channel(s) I have in my flake inputs: https://github.com/samestep/npc https://github.com/samestep/npc
hamandcheese 10mo ago
I very much do not recommend nix-darwin. I do very much recommend home-manager, which will manage your dot-files and cli packages, and is portable between macOS and Linux.
bomewish 10mo ago
Have been down this path and just realised: I get the same result and a lot less of a hassle by just using bash scripts and brewfile etc. Making a change with home manager became a whole thing. Now I’m back on the happy path and it’s great. The LLMs can also move things over very fast. My remaining uses of nix are just devbox which is a very palatable wrapper and nicer to use than flakes.

by dayjah 10mo ago

tstrimple 10mo ago

I've only barely used Nix on OSX to manage packages and I thought it felt awkward at the time. But I had also barely used NixOS at that time. Today I'm happily running NixOS on my NAS and my "gaming" desktop. My son is running it for his desktop as well. What feels awkward and fragile on OSX is far more stable on NixOS. But you do have to learn some of the Nix syntax and ways of doing things which it sounds like you're already getting some of on OSX. The reason I'm going to use it on OSX again is mostly to get consistent HOME configuration and tooling across all of my devices. I'll manage my OSX home dir and tools with the exact same file across multiple computers.

dayjah 10mo ago
My principle of adoption was essentially this but in reverse; use it on the system I use the most (macOS), learn, and then use my niche knowledge to apply it to less frequently used computers like my gaming rig. Along the way I acquired enough talent that use at work seemed reasonable. As time has gone on, however, I have found things like the stringent need for everything to be built results in archaic packages versions in nixpkgs, etc., while core waits to bump the rustc version. Thus my return to using brew for almost everything albeit managed via nix-homebrew. Case in point: I use zed, which relies on cutting edge rust features, which nix cannot deploy because of stability concerns. Everyone is right in this situation, but that left me with an archaic version of zed until I moved to the homebrew version.
- sestep 10mo ago
  Could you clarify what you mean regarding Zed? I checked just now and it looks like Nixpkgs had the latest version 0.214.7 within 24 hours of its release: https://github.com/NixOS/nixpkgs/pull/466449 https://github.com/NixOS/nixpkgs/pull/466449
  - dayjah 10mo ago
    That’s great to know! There are plenty of issues which are reasonably well documented in the zed repo. https://github.com/zed-industries/zed/issues/26277 https://github.com/zed-industries/zed/issues/26277 About 4mos ago I moved to using brew for zed because at the time there was some hard block on updating rustc in nixpkgs-stable to a version which included some feature that zed relied upon.

irusensei 10mo ago

I have both Nixos and Macs so I appreciate I can control everything through a single repo. I have a single flake with nixosConfigurations, darwinConfigurations and home manager pointing to different nixpkgs and other weird stuff such as jovian for my gaming pc and a special repo for my rpi5.

xyzzy_plugh 10mo ago

I'm not conflicted. Nothing compares to nix. I've been using it on macOS, for Linux hosts, for years now, and it's been incredibly rock solid. I stopped using homebrew years ago and I couldn't be happier about that. > Consistently through the 25.05 period nix-darwin and nixpkgs would fall out of sync. I learned not to `nix flake update` too often as a result. I find using a singular nixpkgs version is almost always a recipe for things breaking if you are on unstable. I usually end up juggling multiple nixpkg versions, for example you might want to pin the input to nix-darwin separately. This is squarely a nixpkgs problem. It's the largest most active package repository known to man. I am pretty sure GitHub has special-cased infrastructure just for it to even function. Things are much more stable in release branches. If that causes you pain because you want the latest and greatest, it's worth considering that you'd experience the same problem with other package repositories (e.g. Debian), and then asking yourself what it is you are actually trying to accomplish. There's a reason they call it unstable. > but if you squint and reason that mise and nix solve the same issue, why not use the less opinionated, easier to reason about mise? If mise works for you then great, use it. When I squint and reason, they do not solve the same issue. I don't know how you come to the same conclusion either. Why are you using nix-darwin at all? What is the overlap between nix-darwin and mise? I don't see it. If all you want is dev environments, I recommend flox. At the end of the day I'll continue using nix, and especially nix-darwin, _solely_ because it let me set up a new machine in under 5 minutes and hit the ground running. Nothing else compares.

arianvanp 10mo ago
They do have and apparently the scale of the repo is actively breaking things: https://discourse.nixos.org/t/nixpkgs-core-team-update-2025-11-30-github-scaling-issues/72709/1 https://discourse.nixos.org/t/nixpkgs-core-team-update-2025-...
dayjah 10mo ago
This is all great feedback, thanks! I got here through devenv, I was fully bought in on its proposal and once I found its edges I started peeking under the covers to understand how it worked. At that point I was pretty deep in mise for everything that wasn’t using devenv. This perhaps help frame why I see them solving the same problem. I definitely had my “aha!” and ditched mise because nix seemed it had solved my problems. But now, in a new gig, I’m running into lots of edge cases that mise could solve at the drop of a hat and nix (/ my poor understanding of the fundamentals) struggles with. So, with that all said, I suppose my point is that you get a lot of overlap between the two, and mise is easier to use and get buy-in on. There are certainly elements I find appealing about nix which mise doesn’t touch (promise of repeatable builds, the entire package ecosystem, etc), however.

viraptor 10mo ago

> period nix-darwin and nixpkgs would fall out of sync What do you mean? Those should be fairly independent in practice.

dayjah 10mo ago
In practice nix-darwin relies on being a drop in, which means maintaining compatibility with api surface which in the proper nixpkgs world is a closed loop. There are several cases of this breaking since 2020 or so.
- viraptor 10mo ago
  But did that happen while updating from the same stable channel? I get things could change when switching releases.
  - dayjah 10mo ago
    Pretty sure I just ran a nix flake update. Here are the links from my journal: This went into nixpkgs: https://github.com/NixOS/nixpkgs/pull/376988 https://github.com/NixOS/nixpkgs/pull/376988 Which then changed the api between and broke this: https://github.com/LnL7/nix-darwin/blob/master/modules/nix/nixpkgs.nix https://github.com/LnL7/nix-darwin/blob/master/modules/nix/n... The fix took a few hours, I happened to be one of the first folks bit by it: https://github.com/LnL7/nix-darwin/pull/1318 https://github.com/LnL7/nix-darwin/pull/1318 I also have in my notes that Emilazy is a super star: https://github.com/emilazy https://github.com/emilazy Notes on how I worked around it for the time it was broken: > To work around it on myside I tried various things. Fundamentally I rolled back to nixpkgs-24.11-darwin which needed corresponding changes to nix-darwin (nix-darwin-24.11) and home-manager (release-24.11) to get everything working.

deleted 10mo ago

[deleted]

gouggoug 10mo ago

This past month, I have spent a decent amount of hours (7+) trying to setup nix on my mac with nix-darwin, and failed. Most tutorial out there encourage you to download someone else's configuration to get going. I don't want to do that. I want to understand at its core how this thing works. I've read the official nix language documentation, watched YouTube tutorials, read 3rd party tutorials, and still couldn't get going with a simple configuration that would install a few packages. The nix language is also really unpalatable to me. But I could deal with that if the examples out there showed a consistent way of doing things – that's not the case. It seems one same thing can be done many different ways – but I want to know and do it the right way. I would generally turn myself to the official best practices documentation, except nix' is very short and doesn't help much. I really want to use nix. There's no question about its advantages. But nix just won't let me (or maybe I'm too old to learn new things). That being said, I'll probably give it another try this month...

xyzzy_plugh 10mo ago
I struggled with this too and it took me a while to accept that there is no right way. There are many ways, and there is a lot of legacy style out there, but ultimately you have to do what works for your own productivity/sanity.
evil-olive 10mo ago
> The nix language is also really unpalatable to me. yeah, I wish I could give you some "it gets better" good news, but... I've used NixOS as my daily driver for ~10 years, including the laptop I'm typing this on. I love NixOS-the-OS, I love nixpkgs-the-ecosystem. but I still hate Nix-the-language. it's like Perl and Haskell had a drunken hookup that produced a child. and then abandoned that child in the forest where it was raised by wolves and didn't have contact with another human until it was fully grown. (to answer the inevitable replies, yes I understand functional programming in general, and yes I am aware that Guix exists) for simple NixOS administration, you can get pretty far with treating configuration.nix as "just" a config file, rather than a program written in a Turing-complete functional language. writing your own modules or flakes, or re-using flakes published by other people, is strictly optional. make friends with The Big Options Page [0] - anything you find there can be dropped into your configuration.nix without really needing to understand Nix-the-language. 0: https://search.nixos.org/options?channel=25.11 https://search.nixos.org/options?channel=25.11

sestep 10mo ago

(disclaimer: self-plug) I similarly found `nix flake update` frustrating for a while, especially when using unstable Nixpkgs. I wrote a tool called `npc` that basically solved the problem for me by letting me bisect whatever Nixpkgs channel(s) I have in my flake inputs: https://github.com/samestep/npc https://github.com/samestep/npc

hamandcheese 10mo ago

I very much do not recommend nix-darwin. I do very much recommend home-manager, which will manage your dot-files and cli packages, and is portable between macOS and Linux.

bomewish 10mo ago

Have been down this path and just realised: I get the same result and a lot less of a hassle by just using bash scripts and brewfile etc. Making a change with home manager became a whole thing. Now I’m back on the happy path and it’s great. The LLMs can also move things over very fast. My remaining uses of nix are just devbox which is a very palatable wrapper and nicer to use than flakes.