| 24 Feb 2026 |
 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 |
| rosssmyth | The "proper" way of doing this is making a derivation function and pkgsCross.mingwW64.callPackageing it | 15:06:38 |
| 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:08:01 |
 Artturin | Theres no manual slicing in that, instead they're not getting spliced packages at all | 15:23:19 |
| Artturin | * Theres no manual splicing in that, ~~instead they're not getting spliced packages at all~~ disregard that, I forgot that pkgs is now spliced | 15:24:35 |
| Artturin | .cc isn't spliced because it's a derivation inside a derivation | 15:25:38 |
| rosssmyth | makes sense | 15:26:31 |
| Artturin | So actually now that pkgs is spliced the issue is that they're spliced now :D | 15:27:31 |
| Artturin | To not splice you need to be explicit pkgsCross.mingwW64.pkgsBuildHost.windows.pthreads. This will get rid of the error | 15:28:57 |
| crazychaoz | it did not get rid of my error sadly, could anybody test my build please? | 16:00:10 |
 dramforever | pkgsCross.mingwW64.pkgsHostTarget.windows.pthreads | 16:05:08 |
| dramforever | HT is the normal one, BH is buildPackages, BB is buildPackages.buildPackages | 16:07:04 |
| dramforever | the rest are cursed | 16:07:08 |
| 26 Feb 2026 |
 Tristan Ross | pkgsLLVM.freetype fails huh
libtool: compile: aarch64-unknown-linux-gnu-clang -pedantic -std=c99 -I/build/freetype-2.13.3/src/base -I/build/freetype-2.13.3/objs -I./builds/unix -I/build/freetype-2.13.3/include -c -Wall -fvisibility=hidden -I/nix/store/kf8y80j08xard2g6ly6kiv95irxh3k0d-zlib-aarch64-unknown-linux-gnu-1.3.1-dev/include -I/nix/store/86f3r04x20hacjjalkkh9025ysndi667-bzip2-aarch64-unknown-linux-gnu-1.0.8-dev/include -I/nix/store/asar6vn00qxkahs2xhwiw7srnrf5nahm-libpng-apng-aarch64-unknown-linux-gnu-1.6.55-dev/include/libpng16 -I/nix/store/r42r691764ajdchf9fzgmxvqdlwgds83-brotli-aarch64-unknown-linux-gnu-1.2.0-dev/include -pthread "-DFT_CONFIG_CONFIG_H=<ftconfig.h>" "-DFT_CONFIG_MODULES_H=<ftmodule.h>" "-DFT_CONFIG_OPTIONS_H=<ftoption.h>" -DFT2_BUILD_LIBRARY /build/freetype-2.13.3/src/base/fttype1.c -o /build/freetype-2.13.3/objs/fttype1.o >/dev/null 2>&1
/build/freetype-2.13.3/src/base/ftver.rc:19:9: fatal error: 'windows.h' file not found
19 | #include<windows.h>
| ^~~~~~~~~~~
1 error generated.
| 01:45:51 |
| Tristan Ross | Wait, is it because RC=aarch64-unknown-linux-gnu-windres... | 02:05:24 |
| Tristan Ross | Oh no, unsetting it fixes the issue | 02:06:08 |
| Tristan Ross | https://github.com/NixOS/nixpkgs/pull/482391 might've caused it | 02:08:45 |
| Tristan Ross | https://github.com/NixOS/nixpkgs/pull/494215 I have a fix | 02:15:22 |
|  Lily Foster changed their profile picture. | 14:01:23 |
| 23 May 2021 |
|  @grahamc:nixos.org set the history visibility to "world_readable". | 12:31:03 |
| @grahamc:nixos.org changed the room name to "" from "". | 12:31:03 |
| @grahamc:nixos.org invited  Alyssa Ross. | 12:31:18 |
| Alyssa Ross joined the room. | 13:21:04 |
