| 31 Jan 2026 |
 K900 | Didn't we drop it anyway | 18:03:17 |
| K900 | Please just use nix-index | 18:03:22 |
| 1 Feb 2026 |
 WeetHet | Erm, no? It's good enough if I don't want to pull in nix-index | 14:14:12 |
| WeetHet | Just because it is only included in tarballs and not on github doesn't make it a stupid channel thing | 14:14:39 |
|  Ducky changed their display name from mrdukydev to Ducky. | 23:10:59 |
| Ducky changed their profile picture. | 23:11:28 |
| Ducky changed their profile picture. | 23:14:54 |
| 2 Feb 2026 |
 Randy Eckenrode | aaaaaaaaaaaaah | 00:55:27 |
| Randy Eckenrode | I’ve been trying to make sure that Swift uses the real path to the stdlib when it sets the rpath. Apparently it’s mpv’s Meson that does that. | 00:55:57 |
| Randy Eckenrode | Blah | 00:55:58 |
| Randy Eckenrode | My code seems to work though. If you use the hidden -toolchain-stdlib-rpath argument, it resolves the rpath to the stdlib path of /nix/store/ss85ygcfnr99yjdk23li8v8s56ngvcl3-stdlib-6.2.3-dev/lib/swift/macosx. Which is wrong, but its heart is in the right place. | 00:58:29 |
| Randy Eckenrode | I patched the mpv derivation to use the right path. I’m going to punt on fixing the above until it affects the Linux build. | 03:13:49 |
| Randy Eckenrode | Before doing that, I want to revist the Swift package stuff. It’s too magic. I’m thinking now of just putting stuff in an attribute that you reference, so to set up SwiftPM, you add foo-package.sdist or something to buildInputs. | 03:14:47 |
| Randy Eckenrode | Is there any precedent for doing a vendor tarball as a derivation for each piece of the tarball? | 03:15:03 |
| Randy Eckenrode | I am also considering reintroducing fetchSwiftPMDeps or something to that effect. | 04:29:41 |
 debtquity | oooh, the swift compiler error is fixed, yay | 04:43:33 |
 samasaur | re:prebuilts, are you still hoping to get that to work? Given that packages can have traits now I imagine that isn't a perfect solution | 06:38:58 |
| Randy Eckenrode | No. Traits is one of the reasons. The other is fighting how Swift wants to do things with the stdlib has been a huge time suck. | 11:32:00 |
| Randy Eckenrode | I expect prebuilts to be similarly bad. | 11:32:15 |
| Randy Eckenrode | I understand now why the previously separate lib output was done the way it was. Swift does not really support finding host libs and .swiftmodules separately from the stdlib. | 11:42:58 |
| 3 Feb 2026 |
 m.a. | cups still works (at least for me). it ended up being a bit tedious to do it from my device though and i ended up setting a print server for myself on my university account. as such i don't have the bandwidth to continue working on this personally (thought it should be doable, and i might try to work on it over spring break) | 05:36:47 |
| m.a. | * cups still works. it ended up being a bit tedious to do it from my device though and i ended up setting a print server for myself on my university account. as such i don't have the bandwidth to continue working on this personally (thought it should be doable, and i might try to work on it over spring break) | 05:36:55 |
 Gaétan Lepage | FYI, llvmPackages_22.llvm is broken on darwin. | 14:18:33 |
 niklaskorz | one test failing: LLVM-Unit :: Support/./SupportTests/ProgramEnvTest/TestExecuteEmptyEnvironment | 14:28:55 |
| niklaskorz | /nix/var/nix/builds/nix-15173-3769289556/llvm-src-22.1.0-rc2/llvm/build/unittests/Support/./SupportTests --gtest_filter=ProgramEnvTest.TestExecuteEmptyEnvironment
--
dyld[8946]: Library not loaded: /nix/store/qr5yw8vvjaiq6x67zvj36gg9spbkkpc8-llvm-22.1.0-rc2-lib/lib/libLLVM.dylib
Referenced from: <A561A548-9CCB-3735-87FE-26D09C29CF32> /nix/var/nix/builds/nix-15173-3769289556/llvm-src-22.1.0-rc2/llvm/build/unittests/Support/SupportTests
Reason: tried: '/nix/store/qr5yw8vvjaiq6x67zvj36gg9spbkkpc8-llvm-22.1.0-rc2-lib/lib/libLLVM.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OS/nix/store/qr5yw8vvjaiq6x67zvj36gg9spbkkpc8-llvm-22.1.0-rc2-lib/lib/libLLVM.dylib' (no such file), '/nix/store/qr5yw8vvjaiq6x67zvj36gg9spbkkpc8-llvm-22.1.0-rc2-lib/lib/libLLVM.dylib' (no such file)
/nix/var/nix/builds/nix-15173-3769289556/llvm-src-22.1.0-rc2/llvm/unittests/Support/ProgramTest.cpp:704: Failure
Expected equality of these values:
0
RetCode
Which is: -2
/nix/var/nix/builds/nix-15173-3769289556/llvm-src-22.1.0-rc2/llvm/unittests/Support/ProgramTest.cpp:704
Expected equality of these values:
0
RetCode
Which is: -2
| 14:29:33 |
| niklaskorz | well at least it looks like it never worked on darwin, nobody tested it when llvm 22 was added two weeks ago | 14:32:06 |
| niklaskorz | doing some more digging into why the dylib might be missing | 14:35:07 |
| Randy Eckenrode | It hasn’t been installed yet. | 14:52:23 |
| Randy Eckenrode | Tests need some aDYLD_LIBRARY_PATH hackery to run in checkPhase. | 14:52:50 |
| niklaskorz | I see, question is if it's worth patching the test to keep just DYLD_LIBRARY_PATH instead of clearing the whole environment, or skip it entirely | 15:02:24 |
