| 25 Apr 2025 |
 outfoxxed | nix-repl> :p nixosConfigurations.jupiter.pkgs.targetPackages
{
__raw = true;
recurseForDerivations = false;
stdenv = {
cc = «derivation /nix/store/r1mr2kx550g5n8ayc0rxlm09ijq4pbn7-gcc-wrapper-14.2.1.20250322.drv»;
};
}
that's certainly unhelpful
| 03:06:26 |
| outfoxxed | pkgsHostHost appears to work, but I'm not sure if thats the best one
I'm reading it as pkgs[runs(is linked) on host][doesn't codegen so irrelevant?] | 03:35:11 |
| outfoxxed | so pkgsHostTarget is identical but maybe more correct? | 03:35:24 |
 dramforever | that should be the build = x86_64, host = riscv64 libstemmer | 03:39:59 |
| dramforever | if it doesn't work something else went wrong | 03:40:08 |
| dramforever | wait no | 03:41:36 |
| dramforever | are you even sure you need to cross this to riscv64? | 03:41:46 |
| outfoxxed | I'm getting linker errors that look like this
> /nix/store/28kj37kcx5gshdk38adk4383rfcawvhj-binutils-2.44/bin/ld: /nix/store/rxys7b8xsdm6zk710f4vdmsib1gsi9zv-libstemmer-2.2.0/lib/libstemmer.a(libstemmer.o): relocation R_X86_64_32 against `.data' can not be used when making a shared object; recompile with -fPIC
| 03:41:54 |
| dramforever | this is probably a build dependency of something | 03:41:56 |
| dramforever | iiuc this should be for host = x86_64 | 03:42:10 |
| dramforever | it's a dependency of sphinx | 03:42:15 |
| dramforever | the docs generator | 03:42:18 |
| dramforever | it's possible someone just broke it on x86_64 recently or something...? | 03:42:33 |
| outfoxxed | Redacted or Malformed Event | 03:43:09 |
| outfoxxed | looks like not just sphinx but mostly sphinx | 03:43:23 |
| outfoxxed | ┣━ Dependency Graph:
┃ ┌─ ⚠ python3.12-pystemmer-2.2.0.1-fix failed with exit code 1 after ⏱ 2s in buildPhase
┃ ┌─ ⏸ python3.12-snowballstemmer-2.2.0
┃ ┌─ ⏸ python3.12-sphinx-8.2.3
┃ ┌─ ⏸ libtiff-4.7.0
┃ ┌─ ⏸ gdk-pixbuf-2.42.12
┃ ┌─ ⏸ libavif-1.2.1
┃ ┌─ ⏸ gd-2.3.3
┃ ┌─ ⏸ graphviz-12.2.1
┃ ┌─ ⏸ libnl-riscv64-unknown-linux-gnu-3.11.0
┃ ┌─ ⏸ libpcap-riscv64-unknown-linux-gnu-1.10.5
┃ ┌─ ⏸ iptables-riscv64-unknown-linux-gnu-1.8.11
┃ ┌─ ⏸ systemd-riscv64-unknown-linux-gnu-257.3
┃ │ ┌─ ⚠ python3.12-pystemmer-2.2.0.1-fix failed with exit code 1 after ⏱ 5s in buildPhase
┃ │ ┌─ ⏸ python3.12-snowballstemmer-2.2.0
┃ │ ┌─ ⏸ python3.12-sphinx-8.2.3
┃ │ ┌─ ⏸ python3.12-readthedocs-sphinx-ext-2.2.5
┃ │ ┌─ ⏸ python3.12-sphinx-rtd-theme-3.0.2
┃ │ ├─ ⚠ python3.12-pystemmer-2.2.0.1-fix failed with exit code 1 after ⏱ 1s in buildPhase
┃ │ ┌─ ⏸ python3-3.12.9-env
┃ ├─ ⏸ btrfs-progs-riscv64-unknown-linux-gnu-6.14
┃ ┌─ ⏸ nixos-generate-config
┃ ┌─ ⏸ system-path
┃ ┌─ ⏸ dbus-1
┃ ┌─ ⏸ etc
┃ ├─ ⏵ linux-riscv64-unknown-linux-gnu-6.14.2 (configurePhase) ⏱ 23s
┃ ⏸ nixos-system-jupiter-25.05.20250417.b024ced
┣━━━ Builds
┗━ ∑ ⏵ 0 │ ✔ 0 │ ⏸ 352 │ ⏱ 32s^C
| 03:43:27 |
| outfoxxed | I haven't tested if it builds on latest x64 -> x64 though, so I'll do that | 03:43:53 |
| dramforever | look it's for building the non-cross graphviz | 03:44:42 |
| dramforever | is your config still here? https://git.outfoxxed.me/outfoxxed/jupiter-test | 03:45:17 |
| dramforever | looks like 4 days ago, but i can check it out and see if there's a problem with sphinx | 03:45:41 |
| outfoxxed | pushed the changes, which are just fixing it not cross compiling from before, and then trying to fix pystemmer | 03:47:21 |
| outfoxxed | which just downloads from the cache for x64 | 03:47:33 |
| dramforever | i would like to reiterate that i am pretty sure this is correct | 03:52:36 |
| outfoxxed | hm
its not pystemmer-2.2.0.1-riscv64-unknown-linux-gnu so yeah | 03:54:51 |
| dramforever | why do you have this?
nixpkgs.overlays = [(final: prev: {
stdenv = let
adapt = prev.stdenvAdapters;
unhardened = adapt.withDefaultHardeningFlags [] prev.stdenv;
#withflags = adapt.withCFlags [ "-misa-spec=2.2" ] unhardened;
in unhardened;
})];
| 04:01:49 |
| dramforever | this is a huge gun... | 04:01:53 |
| dramforever | now you're literally rebuilding everything, even build tools dependencies | 04:02:13 |
| outfoxxed | ah yeah that would affect the host tree as well | 04:02:29 |
| dramforever | i'm pretty sure that broke pystemmer but i don't want to spend figuring it out | 04:02:56 |
| dramforever | it's not because it's trying to get the x86_64 libstemmer, that part is correct, because it is a x86_64 pystemmer | 04:03:13 |
