In reply to @le:4d2.org

I'm a complete newbie to nix, so please excuse my lack of knowledge:

I'm trying to build the broken package haskore, which is auto-generated by hackage2nix. When building with NIXPKGS\_ALLOW\_BROKEN=1, the build fails with a dependency error (which looks like it comes from cabal, even tough I'm building with nix?):

CallStack (from HasCallStack):
  withMetadata, called at libraries/Cabal/Cabal/src/Distribution/Simple/Utils.hs:368:14 in Cabal-3.10.3.0-cb0e:Distribution.Simple.Utils
Error: Setup: Encountered missing or private dependencies:
bytestring >=0.9 && <0.11, transformers >=0.0.1 && <0.6

Now, further 'investigation' showed, that the packages bytestring and transformers are not in nixpkgs, because the modules they provide are automatically installed when installing ghc.

When trying to tell nix to just not care about those dependencies, I looked into the auto-generated hackage-packages.nix and, indeed, the dependencies for bytestring and transformers are in the buildInputs. But the confusing part is, that many packages have those dependencies, but build perfectly fine, even tough their dependencies, as it seems to me, can't be fulfilled.

Even tough I didn't test it (because I didn't understand how), I believe the error persists in the haskell-updates branch, since the package definition of haskore didn't change.

Can someone explain this to me? Does testHaskellDepends have anything to do with the problem? And do I, with just enough understanding of nix to successfully build my NixOS System, have a chance to fix this issue locally or upstream in about 1-2 days of work? Might someone even volunteer to help me with this?

Success! I had to also disable the Tests since they also do not work (and seem pretty unfixable to me), but with this abomination of a nix-shell command, it builds!

nix-shell -p 'haskellPackages.ghcWithPackages (p: with haskell.lib; [(unmarkBroken (dontCheck (doJailbreak p.haskore)))])'

Is this a solution worth pushing to the repo, or is the usage of doJailbreak and dontCheck too ugly?

In reply to @le:4d2.org

Success! I had to also disable the Tests since they also do not work (and seem pretty unfixable to me), but with this abomination of a nix-shell command, it builds!

nix-shell -p 'haskellPackages.ghcWithPackages (p: with haskell.lib; [(unmarkBroken (dontCheck (doJailbreak p.haskore)))])'

Is this a solution worth pushing to the repo, or is the usage of doJailbreak and dontCheck too ugly?

In reply to @ners:nixos.dev
I like to encourage people to use unmarkBroken rather than markUnbroken, as the flag is called broken, not unbroken. 🙃

In reply to @sternenseemann:systemli.org
lambdatheultimatealias: note that you can't draw any conclusions from nixpkgs about hackage since we regularly apply patches, modify constraints, build flags, test flags etc.

In reply to @ners:nixos.dev
I like to encourage people to use unmarkBroken rather than markUnbroken, as the flag is called broken, not unbroken. 🙃

In reply to @alexfmpe:matrix.org
Aren't there 4?

Still the same problem:

Configuring library for status-script-0.1.0.0...
Loaded package environment from /home/maralorn/git/config/packages/status-script/dist-newstyle/tmp/environment.-175358/.ghc.environment.x86_64-linux-9.8.4
<command line>: cannot satisfy -package-id aeson-2.2.3.0-2mnLs4rnok4A0ksXaTX6dm

and I am relatively certain that is because cabal-install does use a different ghc pkg db.

Still the same problem:

Configuring library for status-script-0.1.0.0...
Loaded package environment from /home/maralorn/git/config/packages/status-script/dist-newstyle/tmp/environment.-175358/.ghc.environment.x86_64-linux-9.8.4
<command line>: cannot satisfy -package-id aeson-2.2.3.0-2mnLs4rnok4A0ksXaTX6dm

and I am relatively certain that is because cabal-install does use a different ghc pkg db than doctest.

On haskell-updates branch, ./maintainers/scripts/haskell/regenerate-hackage-packages.sh produces

...
hackage2nix: user error (cannot parse cabal file /nix/store/kmz1d73l5k1nhv5269dl5i68yjwlbcir-unpacked-cabal-hashes/pms-application-service/0.0.3.0/pms-application-service.cabal)
hackage2nix: thread blocked indefinitely in an MVar operation

Does anyone else see this or is it local to me?

In reply to @peterbecich:matrix.org

On haskell-updates branch, ./maintainers/scripts/haskell/regenerate-hackage-packages.sh produces

...
hackage2nix: user error (cannot parse cabal file /nix/store/kmz1d73l5k1nhv5269dl5i68yjwlbcir-unpacked-cabal-hashes/pms-application-service/0.0.3.0/pms-application-service.cabal)
hackage2nix: thread blocked indefinitely in an MVar operation

Does anyone else see this or is it local to me?

I'm working on a pull-request right now (https://github.com/NixOS/nixpkgs/pull/419877). In the last unresolved comment, I'm asked to get the tests for the package (haskore), which the pull-request originally disabled using dontCheck, working.

For these tests to work, I would need to have some files (https://archives.haskell.org/code.haskell.org/haskore/revised/core/src/Test/) in the src, which aren't there because they aren't listed in the cabal file under extra-source-files.

How would I resolve this? I couldn't really find anything...