| 2 Nov 2025 |
 Sarah Clark | https://github.com/NixOS/nixpkgs/pull/457902 | 22:16:06 |
| Sarah Clark | Or do I perhaps just have to mark it bad on Darwin? | 22:16:28 |
 Randy Eckenrode | Wish we had a case sensitive store by default. Unfortunately, there’s no way to convert existing stores. | 22:33:25 |
 samasaur | maybe i'm misunderstanding but isn't this the opposite of the problem? like (assuming genv is coreutils env) genv -i env properly prints nothing, which implies to me that genv is clearing the environment before calling exec, but env -i genv prints __CF_USER_TEXT_ENCODING | 22:39:17 |
| samasaur | like doesn't that imply that the fix would be in cases where env doesn't already clear the environment? | 22:40:51 |
| samasaur | * like doesn't that imply that the fix would have to be in cases where env doesn't already clear the environment? | 22:40:55 |
| Sarah Clark | I found it after a bisect --they added the second line here:
[project.scripts]
bloodyAD = "bloodyAD.main:main"
bloodyad = "bloodyAD.main:main"
| 22:43:05 |
| Randy Eckenrode | Are they trying to transition the script name to a different casing? Why would they do that? | 22:49:04 |
| Sarah Clark | Yes, trying to make it case-insensitive. old: bloodyAD, new: bloodyad | 22:50:12 |
| Sarah Clark | Anyway, dropping line 2 above using substituteInPlace worked | 22:50:56 |
| Sarah Clark | No scripts in nixpkgs use the mixed-case form | 22:51:15 |
| 3 Nov 2025 |
 ivy | i got a pr current in progress to allow linking paths with spaces in them | 08:49:48 |
| ivy | which would finally allow linking Application Support nicely | 08:49:57 |
| ivy | as currently
buildEnv {
pathsToLink = ["/Library/Application Support"];
}
| 08:50:36 |
| ivy | does not work | 08:50:39 |
| ivy | its in staging-next now | 08:50:43 |
| ivy | and should after that be in master | 08:50:50 |
| 4 Nov 2025 |
|  yamabukiiro joined the room. | 06:18:42 |
| 5 Nov 2025 |
|  Isolaryn joined the room. | 02:23:42 |
 alexfmpe | $ echo "stdenv.buildPlatform.config" | nix repl --file . --argstr system "x86_64-darwin"
"x86_64-apple-darwin"
I don't have remote builders so I guess the fact I can build stuff this way means I'm using rosetta? I do see test suites running
| 20:54:12 |
| alexfmpe | * $ echo "stdenv.buildPlatform.config" | nix repl --file . --argstr system "x86_64-darwin"
"x86_64-apple-darwin"
I don't have remote builders so I guess the fact I can build stuff this way on my aarch64-darwin means I'm using rosetta? I do see test suites running
| 20:54:25 |
 K900 | Yes | 20:55:40 |
| Randy Eckenrode | There is Darwin to Darwin cross support, but it comes with caveats. | 20:59:12 |
|  colemickens 🏳️🌈 joined the room. | 22:57:26 |
| colemickens 🏳️🌈 | Is it possible to use HM to configure Ghostty on macOS even though it's not installable via nix/hm? | 22:58:03 |
| samasaur | Yes | 22:59:57 |
| samasaur | set programs.ghostty.package to null | 23:01:16 |
| Isolaryn | In reply to @colemickens:matrix.org
Is it possible to use HM to configure Ghostty on macOS even though it's not installable via nix/hm? What do you mean not installable? | 23:07:43 |
| colemickens 🏳️🌈 | I don't think it's available for aarch64-darwin | 23:08:12 |
| samasaur | ghostty doesn't build on Darwin because it needs the real (unfree) xcodebuild and/or Swift 6 | 23:08:38 |
