!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

721 Members
For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://haskell4nix.readthedocs.io/ | More Nix: #community:nixos.org | More Haskell: #haskell-space:matrix.org144 Servers

Load older messages

SenderMessageTime
28 Jan 2025
@augyg:matrix.orglazyLambdaAnyone ever seen this sort of behavior? I added a nix override to use a certain version of beam and now an upstream package which uses beam (rhyolite-account-types) is saying that it exports it, but it most definitely does not23:10:39
@augyg:matrix.orglazyLambdaOr im completely misunderstanding this error23:10:50
29 Jan 2025
@alexfmpe:matrix.orgalexfmpe hmm might be Id was pulled at some point and you're on an older rhyolite that still has it? 01:44:36
@alexfmpe:matrix.orgalexfmpeah no I'm misreading01:45:12
@alexfmpe:matrix.orgalexfmpe do you have a local hoogle setup? what comes up when searching for PrimaryKey ? 01:47:14
@alexfmpe:matrix.orgalexfmpehmmm looking at the "originally defined" bits, it kind of looks like you're getting one beam-core from an unpacked thunk of the repo and another from cabal/hackage or something?01:50:40
@alexfmpe:matrix.orgalexfmpe huuuuh are you using ob ? 01:55:49
@alexfmpe:matrix.orgalexfmpe I'd try cabal clean and re-enter the nix-shell after making sure you're throwing the thunk beam-core properly into the nix bits
maybe add https://github.com/obsidiansystems/obelisk/pull/1102/files for good measure 		01:57:23
@alexfmpe:matrix.orgalexfmpe

hmm I believe rhyolite's nix brings beam-core so if you're importing those overrides I can see the following happen

  1. you had a working setup with rhyolite's beam-core
  2. you unpacked local beam-core without re-entering the nix-shell
  3. ob run saw the now local package and gobbled it up into its omni repl
02:06:08
@alexfmpe:matrix.orgalexfmpe need to re-enter the shell to have the beam-core override take full effect 02:07:23
@alexfmpe:matrix.orgalexfmpe (yes, ob is a pile of hacks, we're replacing it in near future with the proper cabal multi-repl now that it's out there) 02:07:51
@alexfmpe:matrix.orgalexfmpe *

hmm I believe rhyolite's nix brings beam-core so if you're importing those overrides I can see the following happen

  1. you had a working setup with rhyolite's beam-core
  2. you unpacked local beam-core without re-entering the nix-shell
  3. ob run saw the now local package and gobbled it up into its omni repl meaning you had two beam-core laying around
02:08:33
@alexfmpe:matrix.orgalexfmpe also, for obsidian-verse questions, #reflex-frp:matrix.org ends up being the default place to ask, due to heavy user/maintainer overlap 02:09:47
@manuelbaerenz:matrix.orgManuel Bärenz There is no real chance to override mtl with mtl_2_3_1 in GHC <= 9.4, right? Because it's a boot library? 13:34:51
@manuelbaerenz:matrix.orgManuel Bärenz When I do it, it seems to rebuild shake, which I definitely don't want 13:35:14
@maralorn:maralorn.demaralornOverriding boot libraries is fine in principle with a few exceptions which mtl is not afaik.13:47:35
@maralorn:maralorn.demaralornIt triggering a rebuild of shake is to be expected. If you don't want that you need to pick shake from an unoverriden packageset13:48:42
@manuelbaerenz:matrix.orgManuel BärenzFine in the sense of "It will just rebuild GHC from scratch and then everything should work"? 😅13:49:06
@manuelbaerenz:matrix.orgManuel BärenzAh, I don't really know why exactly it builds shake, I don't specify it anywhere explicitly13:49:34
@manuelbaerenz:matrix.orgManuel BärenzI took care to take e.g. cabal-install from an unoverridden package set13:50:47
@maralorn:maralorn.demaralornNo, unless you are doing something very explicit to ghc it won't rebuild it.13:50:50
@maralorn:maralorn.demaralorn
In reply to @manuelbaerenz:matrix.org
Ah, I don't really know why exactly it builds shake, I don't specify it anywhere explicitly
Well maybe it's a dep of hls? 		13:51:23
@manuelbaerenz:matrix.orgManuel BärenzMaybe, I'll look into that, but don't I need to take HLS from the overridden set? After all, I want it to load the right mtl13:51:55
@maralorn:maralorn.demaralornThis is getting hairy. But no, the hls just needs to be from a packageset built with the same ghc.13:52:41
@manuelbaerenz:matrix.orgManuel BärenzI 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 from13:54:00
@maralorn:maralorn.demaralornI 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:maralorn.demaralorn
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
@manuelbaerenz:matrix.orgManuel 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
@manuelbaerenz:matrix.orgManuel 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
@manuelbaerenz:matrix.orgManuel 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

Show newer messages

Back to Room ListRoom Version: 6