| 22 Jun 2025 |
 maralorn | In reply to @sasha:the-apothecary.club
Heya, a while ago I wrote a program that uses the punycode package, which is marked as broken in nixpkgs. I'm trying to figure out why but have gotten nowhere, any suggestions? Have you looked for a "broken.yaml" file in nixpkgs and read the line in the corresponding comment? | 20:47:48 |
| maralorn | Also have you tried just building it by overriding/ignoring the broken flag? | 20:48:25 |
 @sasha:the-apothecary.club | In reply to @maralorn:maralorn.de
Have you looked for a "broken.yaml" file in nixpkgs and read the line in the corresponding comment? I did not because I didn't know that existed. Thx! | 20:49:58 |
| 23 Jun 2025 |
 Artem | Hey all! I'm routinely getting strange "missing dependencies" errors when trying to build with cabal on my NixOS machine. Never happens on non-NixOS. I must be missing something? E.g.:
Failed to build unix-2.8.6.0. The failure occurred during the configure step.
Build log (
/home/artem/.cache/cabal/logs/ghc-9.10.1/unix-2.8.6.0-7e70e93a018fa3cd3eeee6c9345819b76e60434f053c8d02acdb7ab743ba3a2a.log
):
Configuring unix-2.8.6.0...
Error: [Cabal-8010]
Encountered missing or private dependencies:
tasty, tasty-hunit, tasty-quickcheck
happens to various dependencies when building various packages...
| 17:51:06 |
| Artem | I saw reports like that on Discourse but none of the suggestions looked particularly relevant... | 17:51:35 |
 Alex | In reply to @artem.types:matrix.org
Hey all! I'm routinely getting strange "missing dependencies" errors when trying to build with cabal on my NixOS machine. Never happens on non-NixOS. I must be missing something? E.g.:
Failed to build unix-2.8.6.0. The failure occurred during the configure step.
Build log (
/home/artem/.cache/cabal/logs/ghc-9.10.1/unix-2.8.6.0-7e70e93a018fa3cd3eeee6c9345819b76e60434f053c8d02acdb7ab743ba3a2a.log
):
Configuring unix-2.8.6.0...
Error: [Cabal-8010]
Encountered missing or private dependencies:
tasty, tasty-hunit, tasty-quickcheck
happens to various dependencies when building various packages...
Are you trying to override the unix package?
Boot libraries have special handling and cannot be overridden in the usual way.
For example:
nix-repl> haskellPackages.unix
null
| 18:52:14 |
| Artem | @alex:tunstall.xyz: I'm building with cabal, not nix, so, I'm not sure I understand your question but no, I'm not doing anything special I just do `cabal build` | 19:53:48 |
| maralorn | @artem.types:matrix.org 1. Did you run cabal update? 2. Try reseting by removing dist-newstyle. | 19:58:09 |
| Alex | In reply to @artem.types:matrix.org
@alex:tunstall.xyz: I'm building with cabal, not nix, so, I'm not sure I understand your question but no, I'm not doing anything special I just do `cabal build` If you don't understand the question, the answer is "probably not".
Then you might have version constraints in your package that cause Cabal to reject the version installed with the GHC provided by Nix.
Can you try deleting the local copy of the package index? (I can't remember where in ~ cabal puts it.) | 19:58:31 |
| Alex | Running cabal update produces a local package index that Cabal may try to use to build packages.
When using Nix, you typically don't want the file to exist. | 20:00:14 |
