Nix Cross Compiling | 563 Members | |
| 121 Servers |
| Sender | Message | Time |
|---|---|---|
| 28 Aug 2025 | ||
| right. | 10:07:50 | |
| and random stuff will depend on util-linux | 10:07:55 | |
| this was llvm -> libxml2 -> python3 -> libuuid (which is util-linuxMinimal) | 10:08:18 | |
| my personal opinion: hypothetically if a long time to fix freebsd cross, i would rather leave freebsd broken than make util-linux depend on targetPlatform | 10:09:00 | |
| * my personal opinion: hypothetically if it took a long time to fix freebsd cross, i would rather leave freebsd broken than make util-linux depend on targetPlatform | 10:09:14 | |
though i am also confused, because util-linuxMinimal has pamSupport = false;, it shouldn't even call that stuff in libuuid... | 10:12:08 | |
| of course the lastlog isn't dependent on
| 10:13:30 | |
| https://github.com/NixOS/nixpkgs/pull/437867 | 10:14:02 | |
In reply to @dramforever:matrix.orgSo staging? Everything in buildPackages has to be rebuild anyways since it can't be shared with native pkgs (not saying the change should be done but rebuilding isn't an issue) | 10:14:47 | |
formatter complains, but other than that this looks like the better fix. No buildPackages/targetPlatform hacks, which is nice. Though this is also very far outside my expertise. | 10:22:10 | |
they are shared
| 11:08:25 | |
| i suppose this is a bad example because llvm depends on util-linuxMinimal which doesn't depend on pam | 11:11:39 | |
In reply to @dramforever:matrix.orgOh, I guess I've always missed that somehow and thought that we would reduce the amount of rebuilds of we used depsBuildBuild for target independent packages | 11:14:01 | |
| * Oh, I guess I've always missed that somehow and thought that we would reduce the amount of rebuilds if we used depsBuildBuild for target independent packages | 11:14:13 | |
| :p | 11:14:17 | |
but as a general rule this is why targetPlatform is bad | 11:14:17 | |
| yes, depending on targetPlatform is what makes pkgsBB and pkgsBH different. this is kinda like, the point | 11:16:00 | |
| Anyone seen this issue before? https://github.com/NixOS/nixpkgs/issues/437626 I found a patch that fixes it but it's weird that no one else has encountered the issue? https://github.com/NixOS/nixpkgs/pull/437668 | 11:19:26 | |
| Does no one else use nginx with ssl on a raspi? | 11:19:56 | |
| * Does no one else use nginx with http2 and ssl on a raspi? | 11:20:16 | |
| 14:23:44 | ||
| 29 Aug 2025 | ||
| 05:07:42 | ||
| 2 Sep 2025 | ||
| 16:20:41 | ||
Hmm, nom build -f . pkgsCross.s390.linuxPackages.kernel explodes (error: attribute 'target' missing from kernelConf), what am i missing here? | 22:14:17 | |
there exists stdenv.hostPlatform.linux-kernel, but i can't tell where it is being set | 22:22:14 | |
| okay nevermind, there just is nothing in platforms.nix. Too much effort getting this working for what was intended to be a dumb joke | 22:35:52 | |
| 3 Sep 2025 | ||
is overriding the target's libc with crossOverlays expected to not do anything, instead needing to go through overlays? (i guess libc isn't used from targetPackages because [cc is grabbed from buildPackages](https://github.com/NixOS/nixpkgs/blob/c6a788f552b7b7af703b1a29802a7233c0067908/pkgs/stdenv/cross/default.nix#L106)?) | 15:00:26 | |
| is there a way i'm missing to modify the libc used by the target system without modifying the libc used by the builder's stdenv? | 15:02:42 | |
though i'd expect libc to be taken from targetPackages, it's not: doing e.g. glibc = throw "" in crossOverlays does not throw | 15:04:10 | |
| i think my dumb hackery is exacerbating my issues, disrgeard ^^ | 15:11:51 | |