| 21 Dec 2025 |
crushing-smite | well, no, shit | 19:35:43 |
crushing-smite | it added only firefox | 19:35:46 |
crushing-smite | and did not do it for vscode, alacritty 🤦♂️ | 19:36:02 |
crushing-smite | let me try rebooting | 19:36:24 |
crushing-smite | nope, still not there | 19:37:36 |
crushing-smite | this process is still VERY brittle, are there any thoughts on further improving it, now that you've given up on all but copying the apps? | 19:38:03 |
samasaur | unfortunately as someone said on that issue it's very difficult to try and debug this kind of thing on macOS | 21:18:10 |
samasaur | We did some fairly thorough testing before merging the new approach into nix-darwin and AFAIK nobody has run into any issues there | 21:19:00 |
samasaur | which to me implies that the most likely cause is a lack of permissions, since the script runs as root when part of a nix-darwin config but as your user when part of a HM config | 21:20:05 |
| 22 Dec 2025 |
reno | has anyone had issues with python3.withPackages not working with nix-shell. for some reason dropping into nix-shell -p 'python3.withPackages(p: [p.requests ])' then trying import requests from the python3 from the nix-shell fails with a module not found error. same thing works on linux. | 00:47:49 |
reno | * has anyone had issues with python3.withPackages not working with nix-shell? for some reason dropping into nix-shell -p 'python3.withPackages(p: [p.requests ])' then trying import requests from the python3 from the nix-shell fails with a module not found error. same thing works on linux. | 00:48:23 |
K900 | I think this is fixed on latest channels? | 00:49:27 |
K900 | If it's what I think it is | 00:49:46 |
reno | hmm. still there for me on nixpkgs https://nixos.org/channels/nixpkgs-unstable. I just updated channel to see if it went away. will try again tomorrow. | 00:54:08 |
reno | works fine on nixpkgs-25.11-darwin so switched. not sure why I was using unstable anyways. thx. | 01:02:34 |
Randy Eckenrode | YAY. SwiftPM has a way of doing vendored dependencies. | 02:26:23 |
Randy Eckenrode | * | 02:26:40 |
Randy Eckenrode | You can mark a package as “edited”. That will cause SwiftPM to use whatever is in Packages/<package-name>. | 02:27:47 |
Randy Eckenrode | So instead of doing what we were doing, I generate a workspace-state.json that marks all of the dependencies as edited. | 02:28:18 |
Randy Eckenrode | * So instead of doing what we were doing, I generate a workspace-state.json that marks all of the dependencies as edited; and I symlink the source from the store to Packages/$packageName. | 02:28:57 |
K900 | Any volunteers to test an mpv update? https://github.com/NixOS/nixpkgs/pull/473235 | 10:10:44 |
crushing-smite | Is there any foss app launcher that is guaranteed to pick-up darwin/home-manager GUI apps? Don't need nothing fancy, I use sway for NixOS, so I would be happy with just an input field which can filter apps by name. | 13:40:15 |
kdn | what's some reasonable way to extend arch builder's (or any NixOS VM's) storage with SSD drive on Mac Mini? When I previously created an UTM VM with 500 GB file-backed "disks" they seems to have been corrupted some month in and stopped booting | 13:48:54 |
| wshtk joined the room. | 14:01:01 |
wshtk | Hello all. I'm at a loss. Just upgraded to Tahoe the other day... have been running nix-darwin for three or four years on this computer, I rebooted today and suddenly everything was gone, like nix never existed. After hours of troubleshooting, completely reinstalling nix and rebuilding, I'm to the point that it seems that every time I reboot my symlink /run/current-system/ dissapears... rebuild the system or just replace the link, all is fine, reboot /run/current-system gone again. Any ideas what's wiping it? | 14:22:22 |
Ihar Hrachyshka | Qemu nixpkgs vm hangs on boot sometimes, with traceback in Console that suggests FD_SETSIZE overflow in g_poll. both aarch64 and x86_64 emulated VMs are affected. lsof shows qemu using ~1024+ fds then.
Sometimes the issue happens, sometimes not (so a workaround is rebooting the VM several times until it "settles" on a relatively low number of FDs, ~500-700).
qemu has its own "g_poll" implementation for platforms that support ppoll() that doesn't go through glib loop. AFAIU macos doesn't support it. (?)
is this a known issue? is there anything we could do about it?
| 15:09:23 |
wshtk | solved: https://github.com/nix-darwin/nix-darwin/issues/1148 | 15:26:20 |
Randy Eckenrode | As far as I call tell from the man pages, which admittedly kind of suck, all ppoll does is also let you wait on signals. As far as I can tell, g_poll does not let you do that. What is ppoll also doing in this case that one couldn’t do manually with poll? | 15:31:30 |
Ihar Hrachyshka | qemu g_poll implementation: https://github.com/qemu/qemu/blob/bb7fc1543fa45bebe7eded8115f25441a9fee76e/util/qemu-timer.c#L323-L347 | 15:33:37 |
Ihar Hrachyshka | in glib, there's this in meson
if host_system in ['windows', 'darwin']
# Poll doesn't work on devices on Windows, and macOS's poll() implementation is known to be broken
glib_conf.set('BROKEN_POLL', true)
endif
| 15:34:28 |