| 7 Nov 2025 |
 niklaskorz | yeah I think most of the rebuilds are caused by the SDL -> vulkan-loader -> moltenvk dependency chain, does SDL really need vulkan-loader on darwin? | 19:30:55 |
| niklaskorz | (irrelevant for the current situation but worth investigating) | 19:31:46 |
| niklaskorz | even lix transitively depends on moltenvk, funny | 19:36:07 |
 Randy Eckenrode | Probably have to go to staging-25.05? Might not be worth it now if it blocks Firefox. | 20:01:49 |
|  @emma:rory.gay left the room. | 22:41:11 |
| 8 Nov 2025 |
 delafthi | I just adde the following mac apps to nixpkgs. Would be gratefull for a review and merge:
alcove: init at 1.4.1 | https://github.com/NixOS/nixpkgs/pull/459821
lunar: init at 6.9.5 | https://github.com/NixOS/nixpkgs/pull/459834
subler: init at 1.9.1 | https://github.com/NixOS/nixpkgs/pull/459840
meetingbar: init at 4.11.6 | https://github.com/NixOS/nixpkgs/pull/459854
| 19:57:03 |
| delafthi | also added monodraw: init at 1.7.1 | https://github.com/NixOS/nixpkgs/pull/459865 | 20:36:00 |
| delafthi | * I just added the following Mac apps to nixpkgs. Would be gratefull for a review and merge:
alcove: init at 1.4.1 | https://github.com/NixOS/nixpkgs/pull/459821
lunar: init at 6.9.5 | https://github.com/NixOS/nixpkgs/pull/459834
subler: init at 1.9.1 | https://github.com/NixOS/nixpkgs/pull/459840
meetingbar: init at 4.11.6 | https://github.com/NixOS/nixpkgs/pull/459854
| 20:38:24 |
 purrtner | delafthi, are you running macOS 26.1 by any chance? | 22:36:34 |
| 9 Nov 2025 |
 samasaur | did we make unguarded availability checks errors in the current staging-next? | 00:36:59 |
 Ihar Hrachyshka | yes look like; I've had to fix wxwidgets because of it | 01:51:10 |
| Ihar Hrachyshka | * yes look like; I had to fix wxwidgets because of it | 01:51:17 |
| Ihar Hrachyshka | * yes looks like; I had to fix wxwidgets because of it | 01:51:50 |
| samasaur | swift is broken on staging-next :( | 02:56:45 |
| samasaur | which i think is because of it | 02:56:51 |
| Randy Eckenrode | Yes. | 02:57:10 |
| samasaur | because when building the standard library the target is set to 10.9 for some reason | 02:57:19 |
| Randy Eckenrode | IIRC I didn’t run into that with my Swift work because I forced the deployment target to be the default for nixpkgs. | 02:58:18 |
| samasaur | what's odd is that the cmake flags are printed before that subproject is built and the last flag is -DSWIFT_DARWIN_DEPLOYMENT_VERSION_OSX=14.0 | 02:58:51 |
| Randy Eckenrode | Is it failing in Swift or some other component? | 03:04:43 |
| samasaur | appears to be Swift itself | 03:05:37 |
| Randy Eckenrode | I also set (lib.cmakeFeature "SWIFT_HOST_TRIPLE" swiftTriple) where swiftTriple = lib.replaceStrings [ "darwin" ] [ "macosx${stdenv.hostPlatform.darwinMinVersion}" ] stdenv.hostPlatform.config; | 03:06:47 |
| Randy Eckenrode | * I also set (lib.cmakeFeature "SWIFT_HOST_TRIPLE" swiftTriple) where swiftTriple = lib.replaceStrings [ "darwin" ] [ "macosx${stdenv.hostPlatform.darwinMinVersion}" ] stdenv.hostPlatform.config; | 03:07:04 |
| Randy Eckenrode | You might be able to work around it by setting the flag to suppress the error if that doesn’t work. | 03:07:50 |
| samasaur | yeah I'm pretty sure that suppressing the error would work, but ideally we could get it to target the correct version | 03:08:41 |
| samasaur | though I suppose it doesn't matter all that much | 03:08:47 |
| Randy Eckenrode | Swift is built twice IIRC in the old derivation. | 03:10:40 |
| Randy Eckenrode | Is it setting SWIFT_DARWIN_DEPLOYMENT_VERSION_OSX both times? | 03:10:49 |
| Randy Eckenrode | In particular for the concurrency backdeploy, which is useless with a 14.0 minimum version. | 03:11:03 |
| Randy Eckenrode | It looks like it. I’d try forcing the host triple. If that doesn’t work, then suppress the error for now. | 03:12:16 |
