Mango The Fourth

icon indicating a website link https://mangoiv.com

icon location Germany icon location Haskell, Nix and other functional languages

Results 295 comments of Mango The Fourth

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

Can anyone point me at where this > bla-0.1.0.0/installed-Hsuvz2e1aJzCilZPkGBZy8 comes form? Maybe I can fix it if I know.

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

If I put a `sourc-repository-package` into the `cabalProjectLocal`, it doesn't get picked up by the shell either. (This time, the *entire* package is missing) I still works for the `nix...

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

I'm thinking that something's wrong with `shell`. (or the way I used it.)

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

I think I found the issue: ```nix 131 │ # Collect all (transitive) Haskell library dependencies of a 132 │ # component. 133 │ ## flatLibDepends :: Component -> [Package]...

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

if I add the sublibs in the flatLibDepends function, the derivation gets added to buildInputs which before isn't the case ghc-pkg list includes the sublib dependency but marks it as...

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

It also seems like its given a weird name, in case of my reproducer: ``` /nix/store/5kyyvr8cd18a9bhfklrqk7hwprjwadaj-ghc-shell-for-blup-ghc-8.10.7-env/lib/ghc-8.10.7/package.conf.d array-0.5.4.0 base-4.14.3.0 bla-0.1.0.0 z-bla-z-blabla-0.1.0.0 -- this is blue deepseq-1.4.4.0 ghc-boot-th-8.10.7 ghc-prim-0.6.1 integer-gmp-1.0.3.0 pretty-1.1.3.6 rts-1.0.1...

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

so the reason it does not look up the `components.sublib` is that when you're trying to add the library you need to be explicit about it and if not, it...

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

It seems the normal nixpkgs haskell infrastructure also can't handle sublibs.

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

https://github.com/NixOS/nixpkgs/issues/191481

`cabal build` doesn't find public sub package within development shell but builds fine with nix build.

@hamishmack as you suggested I investigated the `package-db` that's generated by haskell.nix a bit more and it seems to be exactly the same if I compare it to the one...