| 24 Feb 2026 |
 alexfmpe | wait a second | 12:21:49 |
 crazychaoz | i currently committed the "working" state, so you'll need a nix flake update to get the broken state | 12:22:13 |
| crazychaoz | or should i publish a broken branch ? | 12:23:03 |
| alexfmpe | I mean, if you want me to reproduce, then yeah you should give me your exact flake.lock | 12:24:02 |
| alexfmpe | or I might nix flake update into a different state | 12:24:23 |
| alexfmpe | I really don't get why flakes want flake.nix to be non-reproducible | 12:24:45 |
| crazychaoz | ack; https://github.com/CrazyChaoz/backtor/tree/broken-windows | 12:30:05 |
| alexfmpe | what do I run?
nix build .\#packages.aarch64-darwin.windows | 12:38:17 |
| alexfmpe | * what do I run?
nix build .\#packages.aarch64-darwin.windows ? | 12:38:20 |
| crazychaoz | .#windows should suffice | 12:38:45 |
| alexfmpe |
these 399 derivations will be built:
| 12:41:46 |
| alexfmpe | ouch | 12:41:51 |
| alexfmpe | oh, it's mostly cargo packages | 12:42:07 |
| crazychaoz | sry >.< | 12:42:33 |
| alexfmpe | that's fine, I just had assumed I was going to be gcc/clang or something from the build count | 12:43:40 |
| alexfmpe | "will be built" includes /nix/store/nmdiyb745sphcs3x0c8nnx6r82wy6mkn-pthreads-w32-x86_64-w64-mingw32-2.9.1.drv | 12:44:18 |
| alexfmpe | which built just fine individually | 12:44:29 |
| alexfmpe | which built furiously quick, some 300+ in a minute | 12:47:10 |
| crazychaoz | tons of caching | 12:47:55 |
| crazychaoz | the individual drv are just the downloaded sources | 12:48:42 |
| alexfmpe | that explains why backtor-deps is doing what looks like a normal cargo build | 12:49:02 |
| alexfmpe | well, build finished just fine | 12:49:26 |
| crazychaoz | but the pthreads already went through? | 12:49:35 |
| crazychaoz | alright | 12:49:46 |
| crazychaoz | my system is cursed | 12:49:51 |
| alexfmpe | yeah when I saw it in dry-run, I individually called nix-build on it | 12:49:52 |
| alexfmpe | don't actually have wine here to run, but seems fine
$ tree result
result
└── bin
└── backtor.exe
$ file result/bin/backtor.exe
result/bin/backtor.exe: PE32+ executable (console) x86-64 (stripped to external PDB), for MS Windows
| 12:50:22 |
| alexfmpe | could be broken on linux, I can test tomorrow or so | 12:50:49 |
| crazychaoz | thanks for the invested time ^^ | 12:51:45 |
| 25 Feb 2026 |
 rosssmyth | tbh you are holding it wrong a bit.
You are manually doing the splicing which may be messing it up. You are declaring that you are building for x64 linux, so that is what stdenv thinks.
You put compilers into depsBuildBuild, which stdenv thinks "this is a compiler that runs on build (x64 linux) and targets build (x64 linux)". I'm not sure if stdenv.cc is spliced though. It may not be.
But you are telling stdenv that the headers will be used for a linux host, so it refuses to compile. This was most likely "broken" by me here
https://github.com/NixOS/nixpkgs/pull/430165
But in reality I would call this, mostly "working as intended" | 15:06:04 |
