| 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 |
| samasaur | yes, i believe it is setting it for both, but i also think it's failing on the first one | 03:12:35 |
| Randy Eckenrode | I was building 5.10.1 with this warning as an error, so it should be possible. It’s just been so long I don’t remember whether I did something else to suppress the error. | 03:13:10 |
| Randy Eckenrode | * | 03:13:18 |
| samasaur | I think this should fix the error honestly | 03:13:29 |
| samasaur | am just mid-build at the moment so I'm letting this finish first | 03:13:40 |
