Nix Cross Compiling | 580 Members | |
| 126 Servers |
| Sender | Message | Time |
|---|---|---|
| 3 Mar 2025 | ||
| 04:43:44 | ||
| 4 Mar 2025 | ||
| 17:48:51 | ||
| 5 Mar 2025 | ||
| 02:40:28 | ||
| The conclusion of this journey: I got immich to stand up cross compiled from linux to freebsd. This entailed fixing the build for immich itself (node, ffmpeg -> pipewire -> ...), postgres, a postgres plugin which uses a niche build system for postgres rust plugins (pgrx) which claims to not support cross, and redis | 07:36:43 | |
| and of course, the requisite nixbsd pieces, including | 07:37:26 | |
| so many pull requests to submit in the coming days... | 07:39:41 | |
| 6 Mar 2025 | ||
| 10:19:18 | ||
| 7 Mar 2025 | ||
| 16:03:47 | ||
| 20:36:01 | ||
I'm getting some "cannot find types.h" or "cannot find strings.h" with several things under pkgsCross.aarch64-android-prebuilt | 20:42:54 | |
* I'm getting some "types.h file not found" or "strings.h file not found" with several things under pkgsCross.aarch64-android-prebuilt | 20:43:25 | |
| any idea how can I dig more into this? | 20:44:15 | |
| 22:17:39 | ||
| 8 Mar 2025 | ||
I can see the standard header files in/nix/store/vnpih2i860advbsw2g0dj6cx1j1dc256-aarch64-unknown-linux-android-ndk-toolchain-26.3.11579264/toolchain/sysroot/usr/includebut going by strace -f when reproducing the error, only toolchain/lib/clang/17/include seems to be looked at | 02:55:23 | |
| seems this was working around november | 02:56:14 | |
* I can see the standard header files in/nix/store/vnpih2i860advbsw2g0dj6cx1j1dc256-aarch64-unknown-linux-android-ndk-toolchain-26.3.11579264/toolchain/sysroot/usr/includebut going by strace -f when reproducing the error on a standalone invocation, only toolchain/lib/clang/17/include seems to be looked at | 03:02:27 | |
| 21:41:03 | ||
| 9 Mar 2025 | ||
| 19:37:53 | ||
| 10 Mar 2025 | ||
| 22:29:16 | ||
| I'm currently working on moving some projects at work to build using Nix, things are working find for macOS and linux, but we also need to produce artefacts for windows. Specifically, we're bundling a python application using pyinstaller, and the mere involvement of python seems to cause a lot of issues as a lot of what it takes to build a python package involves running code on the buildPlatform which is intended for the hostPlatform. Is there any hope in being able to achieve this? I've managed to build C and C++ things for windows using pkgsCross.mingwW64 (though I'd also love to know if I should target one of the crt platforms instead), but python seems particularly problematic. Maybe some kind of windows based franken-builder that's able to natively run windows binaries under WSL or something? | 23:41:32 | |
| 11 Mar 2025 | ||
| Nix can execute Windows binaries within WSL | 00:18:56 | |
| alternatively, Wine can execute within a Nix build, I've been doing that recently | 00:20:37 | |
| and finally I'm working on native Nix on Windows, but we're many months away from actually building the first derivation | 00:21:49 | |
| @puffnfreshG'day g'day - yeah I need to look more into using wine for things. I have a good grasp how a linux VM operates but wine feels like a different beast | 00:44:38 | |
| 02:38:39 | |
| bisected down to https://github.com/NixOS/nixpkgs/issues/191152 confirmed I can get libffi and gmp building again by adding a && !targetPlatform.isAndroidhowver I don't understand why it matters? I'm building from nixos, there's nothing on /usr/include | 13:41:24 | |
| er, rather, bisected down to https://github.com/NixOS/nixpkgs/pull/356162 which fixes that issue | 13:42:12 | |
I guess there's some sysroot shenanigans I don't understand going on and having -nostdlibinc is messing with it? | 13:43:50 | |
hmm though... merely adding && !targetPlatform.isAndroid seems risky for non-nixos linux as /usr/include can leak there? | 13:49:30 | |
| Redacted or Malformed Event | 13:52:46 | |