| 12 Feb 2026 |
 Puna | i'm failing in pkgsCross.ppc64-elfv1.capnproto with pkgsCross.ppc64-elfv1.clangStdenv.cc being non-functional.
capnproto> -- Check for working CXX compiler: /nix/store/dw2m30ah26gl0rkxk585v85j5lh6sw8s-powerpc64-unknown-linux-gnuabielfv1-clang-wrapper-21.1.7/bin/powerpc64-unknown-linux-gnuabielfv1-clang++ - broken
[...]
capnproto> Building CXX object CMakeFiles/cmTC_abe92.dir/testCXXCompiler.cxx.o
capnproto> /nix/store/dw2m30ah26gl0rkxk585v85j5lh6sw8s-powerpc64-unknown-linux-gnuabielfv1-clang-wrapper-21.1.7/bin/powerpc64-unknown-linux-gnuabielfv1-clang++ -std=c++20 -MD -MT CMakeFiles/cmTC_abe92.dir/testCXXCompiler.cxx.o -MF CMakeFiles/cmTC_abe92.dir/testCXXCompiler.cxx.o.d -o CMakeFiles/cmTC_abe92.dir/testCXXCompiler.cxx.o -c /build/source/build/CMakeFiles/CMakeScratch/TryCompile-idO2pp/testCXXCompiler.cxx
[with -v added to clang shows its internal invocations]
capnproto> "ld" --hash-style=gnu --eh-frame-hdr -m elf64ppc
capnproto> clang++: error: unable to execute command: posix_spawn failed: No such file or directory
capnproto> clang++: error: linker command failed with exit code 1 (use -v to see invocation)
| 12:42:07 |
| Puna | i'll try to submit the grub thing from earlier when i have time (not rn) and i'll adjust the bootx stuff so cross is happier, but i don't have a clue for this one. you might have to setup either a VM or some other linux distro on the machine itself, build the image natively, and let the machine run for afew days… | 12:43:49 |
| Puna | * i'll try to submit the grub thing from earlier when i have time (not rn) and i'll adjust the bootx stuff so cross is happier, but i don't have a clue for this one. you might have to setup either a VM or some other linux distro on the machine itself, start building the image natively, and let the machine run for afew days to complete the builds… | 12:44:23 |
| Puna | (same error on nixpkgs master FWIW) | 12:45:51 |
| Puna | i think the issue is that we fix up the target triplet for clang by passing -target powerpc64-unknown-linux-gnu, but don't have a powerpc64-unknown-linux-gnu-ld in clangStdenv.cc.bintools. only a powerpc64-unknown-linux-gnuabielfv1-ld… guh | 13:29:26 |
| Puna | -fuse-ld=<full path to corresponding bintools wrapper>/bin/<original target>-ld works… anything against throwing this into the General clang support section somehow? | 13:44:39 |
| Puna | * -fuse-ld=<full path to corresponding bintools wrapper>/bin/<original target triplet>-ld works… anything against throwing this into the General clang support section somehow? | 13:44:49 |
| Puna | "if doing cross cross and <new target triplet>-ld doesn't exist, add the above flag" | 13:45:26 |
| Puna | or it might be time to look deeper into clang and figure out how to make it just accept our full triplets like GCC does, instead of requiring all this song-and-dance. but big scary code base… | 13:46:24 |
|  GrizzlT joined the room. | 20:33:44 |
| 13 Feb 2026 |
|  hoplopf joined the room. | 10:20:07 |
| Puna | so it definitely also links build-grub-mkfont with a freetype for the wrong platform when cross-compiling for other targets, but it only seems to complain when there is a difference in endianness? wack…
gcc -o build-grub-mkfont -I./include -std=gnu99 -fno-common -DGRUB_FILE=\"util/grub-mkfont.c\" -I. -I. -I. -I. -I./include -I./include -I./grub-core/lib/libgcrypt-grub/src/ -DGRUB_MKFONT=1 -DGRUB_BUILD=1 -DGRUB_UTIL=1 -DGRUB_BUILD_PROGRAM_NAME=\"build-grub-mkfont\" util/grub-mkfont.c grub-core/unidata.c grub-core/kern/emu/misc.c util/misc.c -I/nix/store/cc1p26vnf53s7rk01hazvi1x6r90rhw8-freetype-aarch64-unknown-linux-gnu-2.13.3-dev/include/freetype2 -L/nix/store/x49s38xdy4h12k0ynrfh5z6xv9qhppjb-freetype-aarch64-unknown-linux-gnu-2.13.3/lib -lfreetype
[...]
./build-grub-mkfont -o unicode.pf2 /nix/store/6d4rjzwgsh8vlr8pmzikxzlm5jrnd4lc-unifont-aarch64-unknown-linux-gnu-16.0.03/share/fonts/unifont.pcf.gz || (rm -f unicode.pf2; exit 1)
| 14:35:11 |
| Puna | https://github.com/NixOS/nixpkgs/pull/490128 | 14:49:00 |
 Stas | I hope to learn more about nix by osmosis just by being in these channels :) | 17:46:17 |
| 15 Feb 2026 |
|  matthewcroughan changed their display name from matthewcroughan @fosdem to matthewcroughan. | 17:37:03 |
| 16 Feb 2026 |
|  zimward changed their display name from zimward to zim. | 13:48:48 |
| zimward changed their display name from zim to zimward. | 13:50:12 |
|  pneumatic changed their profile picture. | 15:18:32 |
| 18 Feb 2026 |
 Leonard-Orlando Menzel | has someone successfully crosscompiled gnome passes? it fails at build, but if i change the python in native buildinputs to ' (buildPackages.python3.withPackages (pp: [ pp.pygobject3 ]))' (adding the buildPackages prefix) it successuflly compiles, but i cant execute the resulting binary | 11:34:53 |
 Artturin | What's the package name, I don't see a package called gnome-passes | 11:59:45 |
| Artturin | .withPackages discards splicing so you have to python3.pythonOnBuildForHost or buildPackages.python3 | 12:01:02 |
| Leonard-Orlando Menzel | the package name is just passes | 12:09:15 |
| Artturin | Doesn't look related to gnome :P | 12:11:04 |
| Artturin | Why does it not launch | 12:11:09 |
| Artturin | Can't cross on my laptop atm | 12:11:14 |
| Artturin | Wrong python in some place I assume | 12:13:05 |
| Artturin | Shebang? add python3 to buildInpus and patchShebang --host the file in bin | 12:13:34 |
| Artturin | * Shebang? add python3 to buildInputs and patchShebang --host the file in bin | 12:13:53 |
| Leonard-Orlando Menzel | i now looked at .passes-wrapped the shebang indeed is the x86_64 (builder not host) version of python | 12:14:50 |
| Leonard-Orlando Menzel | will try that | 12:14:59 |
