| 26 Apr 2026 |
 spewdins | ya, I forgot that is an upstream problem with libwayland | 16:42:51 |
| spewdins | thank you for the tips | 16:43:50 |
 emily | basically it seems like the things that are breaking are things that
- use
AM_ICONV;
- don't declare their dependency on
AM_ICONV (by mentioning gettext in their configure.ac) in a way that autoreconf can recognize;
- and that we then
autoreconfHook
so there's actually an upstreamable fix in ~all(?) of these cases by addressing #2 and then stuff will just pick up our gettext package which knows that we told it iconv works
| 16:44:04 |
| emily | so that's not too bad, it doesn't mean we have to convince upstreams to accept Darwin-specific hacks or anything at least | 16:44:18 |
| emily | oh yeah… | 16:45:17 |
| emily | cdrdao> autoreconf: running: autopoint --force
cdrdao> Copying file ABOUT-NLS
cdrdao> Copying file config.rpath
cdrdao> Copying file m4/build-to-host.m4
cdrdao> Copying file m4/gettext.m4
| 16:45:20 |
| emily | * cdrdao> autoreconf: running: autopoint --force
cdrdao> Copying file ABOUT-NLS
cdrdao> Copying file config.rpath
cdrdao> Copying file m4/build-to-host.m4
cdrdao> Copying file m4/gettext.m4
cdrdao> Copying file m4/iconv.m4
| 16:45:32 |
| emily | so what's actually happening here is, it's installing an AM_ICONV that works, correctly | 16:45:52 |
| emily | but the configure.ac is just not picking up iconv.m4 from there?! | 16:46:10 |
| emily | well, whatever. kind of a mess :) | 16:46:27 |
| emily | but it at least doesn't seem like "sky is falling, anything using autotools will never accept Darwin libiconv" levels of bad. just "sometimes a configure.ac is organized in a way that means autoreconf doesn't quite do the right thing out of the box and it's an upstream issue when that's the case" | 16:47:41 |
| emily | the race condition is meant to be solved in the latest versions of both Lix and Nix to my knowledge | 16:48:04 |
| spewdins | exciting. I've had that disabled in my config for years | 16:49:16 |
| 27 Apr 2026 |
| spewdins | nixpkgs's zsh 5.9 takes a very long time (or just straight up hangs) when I try using nixpkgs zsh on macOS | 01:10:46 |
 samasaur | perhaps https://github.com/NixOS/nixpkgs/issues/513543 ? | 01:11:22 |
| spewdins | seems about right | 01:11:51 |
 kdn | Redacted or Malformed Event | 09:38:55 |
 mall0c | wow there’s already a fix for zsh issue, https://github.com/NixOS/nixpkgs/pull/513971 | 11:48:43 |
|  Ninja joined the room. | 14:32:55 |
|  EmilioAK joined the room. | 16:07:42 |
| EmilioAK | I've installed fish, but for some reason there seems to be a path issue only in fish. sudo darwin-rebuild doesn't work while sudo /run/current-system/sw/bin/darwin-rebuild does, though this issue isn't present in zsh. What could be the cause of this? | 16:11:16 |
| samasaur | set programs.fish.enable = true in your nix-darwin and home-manager config | 16:12:14 |
| samasaur | (whichever applicable) | 16:12:27 |
| samasaur | bash and zsh default to enabled but fish does not | 16:12:51 |
| EmilioAK | That was already set for me. Also relevant is that I activate fish though ghostty, I haven't set it as my default shell | 16:13:45 |
| samasaur | if you aren't using either then I'm not sure | 16:13:46 |
| samasaur | oh huh | 16:13:57 |
| EmilioAK | I mean you shouldn't set fish as the default right? Since it's not posix compliant I mean? | 16:14:16 |
 Randy Eckenrode | I set it as the default shell. POSIX scripts that care use /bin/sh or /bin/bash (or the appropriate store paths). | 16:15:45 |
| Randy Eckenrode | * I set it as the default shell. Scripts use /bin/sh or /bin/bash (or the appropriate store paths). | 16:15:56 |
