| 15 Nov 2025 |
 Grimmauld (any/all) | diff --git a/pkgs/build-support/rust/lib/default.nix b/pkgs/build-support/rust/lib/default.nix
index e492d03e3026..a5769e761294 100644
--- a/pkgs/build-support/rust/lib/default.nix
+++ b/pkgs/build-support/rust/lib/default.nix
@@ -74,7 +74,7 @@
# pkgsTargetTarget.stdenv.cc is often simply wrong. We must omit
# the following lines when rustTargetPlatform collides with
# rustHostPlatform.
- + lib.optionalString (rustTargetPlatform != rustHostPlatform) ''
+ + lib.optionalString (stdenv.hostPlatform != stdenv.targetPlatform) ''
"CC_${stdenv.targetPlatform.rust.cargoEnvVarTarget}=${ccForTarget}" \
"CXX_${stdenv.targetPlatform.rust.cargoEnvVarTarget}=${cxxForTarget}" \
"CARGO_TARGET_${stdenv.targetPlatform.rust.cargoEnvVarTarget}_LINKER=${ccForTarget}" \
This does seem to link alright, at least for the packages i have. It got past alacritty. | 18:30:23 |
| Grimmauld (any/all) | yes yes, cursed cross stuff, and checking target platform is bad because it potentially kills cache. But i am building everything from source anyways so shucks | 18:32:22 |
| Grimmauld (any/all) | now one more qt rebuild and i might have an llvm system | 18:33:03 |
 Puna | (!(lib.systems.equals stdenv.hostPlatform stdenv.targetPlatform)) | 18:33:49 |
| Grimmauld (any/all) | yes, yes, but doesn't make a difference in my case | 18:45:31 |
 dramforever | so you can tell it's wrong, right | 18:48:03 |
| dramforever | because in this case cargoEnvVarTarget for host == cargoEnvVarTarget for target | 18:48:17 |
| dramforever | so you're overwriting the earlier env vars | 18:50:55 |
| dramforever | also checking target in the rust hook is expected | 18:51:30 |
| Grimmauld (any/all) | its alive! | 18:56:46 |
| Grimmauld (any/all) | 
Download image.png | 18:56:47 |
| Grimmauld (any/all) | https://git.grimmauld.de/Grimmauld/grimm-musl/commit/03601e680f29c41cb45991d6093520605cb8123e
there is some crimes in there... | 19:05:26 |
| Grimmauld (any/all) | and probably not all of the things i have in there / have tried are needed | 19:05:45 |
| Grimmauld (any/all) | but, it is musl llvm nixos | 19:05:51 |
| 16 Nov 2025 |
| Grimmauld (any/all) | https://github.com/NixOS/nixpkgs/blob/c5ae371f1a6a7fd27823bc500d9390b38c05fa55/pkgs/by-name/do/doctest/package.nix#L40-L50
this one is confusing me. Supposedly llvm21 is fixed, but pkgsLLVM.doctest fails unless i also add -Wno-error=thread-safety-negative | 12:27:12 |
| Grimmauld (any/all) | do i just add that? What is our stance on silencing warnings like that? | 12:28:20 |
| Grimmauld (any/all) | i can't find any upstream issues about it either | 12:29:05 |
 symphorien | the opinion of the nixpkgs core team is linked in this post https://discourse.nixos.org/t/nixpkgs-core-team-update-2025-11-04/71742 | 12:58:53 |
| 18 Nov 2025 |
|  grimmauld (any/all) joined the room. | 08:24:55 |
|  jopejoe1 (4094@39c3) changed their display name from jopejoe1 to jopejoe1 (4094@39c3). | 20:18:56 |
| 19 Nov 2025 |
| Grimmauld (any/all) | nix why-depends /nix/store/64324wnvzc6308591l5ckwmwyjbx4ay6-krb5-x86_64-unknown-linux-musl-1.22.1-lib /nix/store/2fwx03hyi4azqfwa0ayx6y6affy06rxr-x86_64-unknown-linux-musl-clang-wrapper-21.1.2 --precise --all
/nix/store/64324wnvzc6308591l5ckwmwyjbx4ay6-krb5-x86_64-unknown-linux-musl-1.22.1-lib
└───lib/krb5/plugins/preauth/pkinit.so: …inux-musl-21.1.2/lib:/nix/store/7pcr012rp5r4fiyz6mnpjkssx08wac5v-openssl-x86_64-unknown-linux-mu…
lib/krb5/plugins/preauth/spake.so: …inux-musl-21.1.2/lib:/nix/store/7pcr012rp5r4fiyz6mnpjkssx08wac5v-openssl-x86_64-unknown-linux-mu…
lib/krb5/plugins/tls/k5tls.so: …inux-musl-21.1.2/lib:/nix/store/7pcr012rp5r4fiyz6mnpjkssx08wac5v-openssl-x86_64-unknown-linux-mu…
→ /nix/store/7pcr012rp5r4fiyz6mnpjkssx08wac5v-openssl-x86_64-unknown-linux-musl-3.6.0
└───lib/libcrypto.so.3: …~#.o~#.....compiler: /nix/store/2fwx03hyi4azqfwa0ayx6y6affy06rxr-x86_64-unknown-linux-musl-clang…
→ /nix/store/2fwx03hyi4azqfwa0ayx6y6affy06rxr-x86_64-unknown-linux-musl-clang-wrapper-21.1.2
Uhh, i am seeing build clang leaking into host musl, this is not intended, right? | 16:05:06 |
| Grimmauld (any/all) | (on llvm musl, of course) | 16:05:26 |
 K900 | Via openssl? | 16:07:13 |
| K900 | Probably needs to be patched out | 16:07:17 |
| Grimmauld (any/all) | yeah, downstream things break, like libpq having disallowed requisites on stdenv.cc | 16:10:21 |
| Grimmauld (any/all) | thats how i noticed | 16:10:33 |
| Grimmauld (any/all) | wait i can't read, this is krb5 being wonky, not musl itself | 16:12:06 |
| Grimmauld (any/all) | but yes, via openssl | 16:13:34 |
| Grimmauld (any/all) | compiler: /nix/store/2fwx03hyi4azqfwa0ayx6y6affy06rxr-x86_64-unknown-linux-musl-clang-wrapper-21.1.2/bin/x86_64-unknown-linux-musl-clang -fPIC -pthread -m64 -Wa,--noexecstack -Qunused-arguments -Wall -O3 -DOPENSSL_USE_NODELETE -DL_ENDIAN -DOPENSSL_PIC -DOPENSSL_BUILDING_OPENSSL
the entire compiler CLI is in there... Wild. | 16:22:00 |
| Grimmauld (any/all) | Found the culprit! | 16:27:55 |
