| 29 Jan 2025 |
maralorn | I have no 100% proof of this but I think the only libs that need to match are unoverridable anyway and will thus agree between different packagesets. | 13:54:09 |
maralorn | In reply to @manuelbaerenz:matrix.org I changed HLS to come from the vanilla pkgs and still it rebuilds shake đ
I think I need to dive deeper into where this is coming from nix why-depends might help | 13:54:56 |
Manuel Bärenz | The trace from my build command looks like this:
warning: Git tree '/home/turion/haskell/monoid-action-t' is dirty
error: builder for '/nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv' failed with exit code 1;
[...]
For full logs, run 'nix log /nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv'.
error: 1 dependencies of derivation '/nix/store/p25pjwps8iqp0l0c6dcd1di8rap7r3qk-hadrian-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/1ji7bhcy289whfw0hnkpr4ncvn52fsy3-ghc-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/f3w338rlcrh75ik1nv5gzl8skschfhnq-cabal2nix-2.19.1.drv' failed to build
To me this looks like it tries to bootstrap the build of GHC 9.6 from a binary GHC 9.2, and fails while trying to build shake, which is needed for hadrian
| 13:57:44 |
Manuel Bärenz | * The trace from my build command looks like this:
warning: Git tree '/home/turion/haskell/monoid-action-t' is dirty
error: builder for '/nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv' failed with exit code 1;
last 25 log lines:
> /nix/store/jlxfg0w51apbx4nrj0rmn0pqch66wpx5-ghc-binary-9.2.4/bin/haddock-ghc-9.2.4
> No happy found
> Using haskell-suite found on system at: haskell-suite-dummy-location
> Using haskell-suite-pkg found on system at: haskell-suite-pkg-dummy-location
> No hmake found
> Using hpc version 0.68 found on system at:
> /nix/store/jlxfg0w51apbx4nrj0rmn0pqch66wpx5-ghc-binary-9.2.4/bin/hpc
> Using hsc2hs version 0.68.8 found on system at:
> /nix/store/jlxfg0w51apbx4nrj0rmn0pqch66wpx5-ghc-binary-9.2.4/bin/hsc2hs
> Using hscolour version 1.25 found on system at:
> /nix/store/zf9l7nbdbymdf7iqj55481fafjlwykqv-hscolour-1.25/bin/HsColour
> No jhc found
> Using ld found on system at:
> /nix/store/591apldfgm1gr238rbfc8ib0y1z8ng2y-gcc-wrapper-14-20241116/bin/ld
> No pkg-config found
> Using runghc version 9.2.4 found on system at:
> /nix/store/jlxfg0w51apbx4nrj0rmn0pqch66wpx5-ghc-binary-9.2.4/bin/runghc-9.2.4
> Using strip version 2.43 found on system at:
> /nix/store/591apldfgm1gr238rbfc8ib0y1z8ng2y-gcc-wrapper-14-20241116/bin/strip
> Using tar found on system at:
> /nix/store/s6zpdhyi00867afvsyg8hf54q5llkffl-gnutar-1.35/bin/tar
> No uhc found
> *** abort because of serious configure-time warning from Cabal
For full logs, run 'nix log /nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv'.
error: 1 dependencies of derivation '/nix/store/p25pjwps8iqp0l0c6dcd1di8rap7r3qk-hadrian-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/1ji7bhcy289whfw0hnkpr4ncvn52fsy3-ghc-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/f3w338rlcrh75ik1nv5gzl8skschfhnq-cabal2nix-2.19.1.drv' failed to build
To me this looks like it tries to bootstrap the build of GHC 9.6 from a binary GHC 9.2, and fails while trying to build shake, which is needed for hadrian
| 13:58:07 |
Manuel Bärenz | * The trace from my build command looks like this:
warning: Git tree '/home/turion/haskell/monoid-action-t' is dirty
error: builder for '/nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv' failed with exit code 1;
last 25 log lines:
[...]
> /nix/store/jlxfg0w51apbx4nrj0rmn0pqch66wpx5-ghc-binary-9.2.4/bin/haddock-ghc-9.2.4
[...]
For full logs, run 'nix log /nix/store/1fqq7kgl4gm59dcvpbw7x1n41vy4cmms-shake-0.19.8.drv'.
error: 1 dependencies of derivation '/nix/store/p25pjwps8iqp0l0c6dcd1di8rap7r3qk-hadrian-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/1ji7bhcy289whfw0hnkpr4ncvn52fsy3-ghc-9.6.6.drv' failed to build
error: 1 dependencies of derivation '/nix/store/f3w338rlcrh75ik1nv5gzl8skschfhnq-cabal2nix-2.19.1.drv' failed to build
To me this looks like it tries to bootstrap the build of GHC 9.6 from a binary GHC 9.2, and fails while trying to build shake, which is needed for hadrian
| 13:58:28 |
Manuel Bärenz | Which is particularly confusing because I'm trying to build for GHC 9.4 | 13:59:22 |
alexfmpe | default HLS is built with 9.6 no? | 14:39:15 |
alexfmpe | or maybe in this case it's cabal2nix | 14:39:46 |
Manuel Bärenz | Yes, but I'm taking care to use HLS from the same GHC that I want to build with. I'll double check whether I've messed that up | 14:40:14 |
maralorn | Well, the chain is this: | 14:40:25 |
maralorn | You are using cabal2nix, which is taken from the 9.6 package set. | 14:40:52 |
maralorn | Und your override for mtl invalidates the hadrian for 9.6. | 14:41:33 |
Manuel Bärenz | But if I do hprev.callCabal2nix (where hprev is the second argument in my haskell packageOverrides), shouldn't that fix it? I've tried that and it doesn't | 14:45:09 |
maralorn | I have no clue from where callCabal2nix picks its cabal2nix. | 14:45:58 |
Manuel Bärenz | Yeah, the fixpoint might not be tight | 14:46:19 |
maralorn | Yep | 14:47:43 |
maralorn | It uses pkgs.cabal2nix-unwrapped | 14:47:55 |
Manuel Bärenz | I tried to replace callCabal2nix with a completely vanilla one, no change | 14:48:00 |
maralorn | Or is that haskellPackages.cabal2nix-unwrapped? | 14:48:26 |
Manuel Bärenz | Maybe it's my shellFor...? But for that I need the overridden package set | 14:48:28 |
maralorn | * ~~Or is that haskellPackages.cabal2nix-unwrapped?~~ | 14:48:48 |
maralorn | Are you applying your haskellPackages override to a nixpkgs? | 14:49:12 |
Manuel Bärenz | Yes | 14:49:21 |
maralorn | Well then this makes sense. | 14:49:30 |
maralorn | pkgs.cabal2nix-unwrapped references pkgs.haskellPackages. So if you override pkgs.haskellPackages that will affect cabal2nix. | 14:50:03 |
Manuel Bärenz | I tried not doing that, but then my package didn't appear at all in the package set | 14:50:06 |
maralorn | Not sure what you mean by that. | 14:50:28 |
maralorn | sterni: Do you think it could be possible for us to handle bootpackages differently? i.e. could we maybe not compile most of the bootpackages in the ghc derivation or compile them but delete them from the ghc-pkg db and instead not null them in our configuration-*.nix files? | 15:38:16 |
maralorn | Of course that wonât work for template-haskell, base, ghc-prim and a few more. | 15:40:28 |
lazyLambda | only thing that came up there was from beam-core | 15:47:21 |