hekkaidekapus} has quit [Ping timeout: 268 seconds]
jackdk has joined #haskell.nix
hekkaidekapus} has joined #haskell.nix
<jackdk>
I have a monorepo with a bunch of packages in it, and I'm building one of teh tools using haskell.nix. I have previously been able to do this by setting subDir and includeSiblings in cleanSourceWith, but I'm now getting cabal configure failures at the plan-to-nix-pkgs step, complaining that a sibling package in the monorepo no longer exists.
<jackdk>
I've copied the src dir as generated by cleanSourceWith from the nix store into a writeable location, and it successfully passes `cabal configure` so I'm not sure what I'm missing here. What else should I be looking at to debug?
sterni has left #haskell.nix ["WeeChat 2.7.1"]
<jackdk>
running `nix-shell -K` and looking in /tmp shows me the problem: the subset of `src` that is used to calculate the build plan doesn't include the `cabal.project` in my repo's root, even though it's present in the result from `cleanSourceWith`
<jackdk>
The root cause was that setting subDir and includeSiblings stops working if you move from a `cabal.project` per subdir into a single `cabal.project` at the root. We just hadn't noticed because of the materialisation.
<hamishmack>
Cool. Is there anything we need to fix then?
<hamishmack>
I know we made some changes recently to fix an issue where a package in the root of the project was not filtered at all
<hamishmack>
jackdk: I presume you are using the latest haskell.nix?
<jackdk>
hamishmack: yes, latest haskell.nix. no, all problems here are PEBCAK-class
<jackdk>
I got it working and PR'd my internal repo
<jackdk>
thanks for checking
feepo has quit [Ping timeout: 242 seconds]
feepo has joined #haskell.nix
gluegadget has quit [Ping timeout: 272 seconds]
gluegadget has joined #haskell.nix
hekkaidekapus has joined #haskell.nix
hekkaidekapus} has quit [Ping timeout: 268 seconds]
fendor has joined #haskell.nix
hekkaidekapus has quit [Ping timeout: 268 seconds]
hekkaidekapus has joined #haskell.nix
hekkaidekapus has quit [Ping timeout: 268 seconds]
hekkaidekapus has joined #haskell.nix
o1lo01ol1o has quit [Read error: Connection reset by peer]
o1lo01ol1o has joined #haskell.nix
o1lo01ol1o has quit [Remote host closed the connection]
o1lo01ol1o has joined #haskell.nix
proofofkeags has quit [Ping timeout: 246 seconds]
julm has quit [Ping timeout: 240 seconds]
o1lo01ol1o has quit [Remote host closed the connection]
Thra11 has joined #haskell.nix
<Thra11>
Trying out haskell.nix for the 1st time. I've copied the default.nix from https://input-output-hk.github.io/haskell.nix/tutorials/getting-started/#scaffolding. As a bare minimum, what else needs to be present in the directory? If I try to run something like `nix-build -A plan-nix`, it just repeats the same 2 lines over and over while allocating massive quantities of memory:
<Thra11>
The directory it refers to, `/nix/store/...-source/materialized/bootstrap/ghc822/happy-1.19.11` doesn't exist, although there is a happy-1.19.12 directory in the same location.
joshmeredith has quit [Remote host closed the connection]
lally has quit [Remote host closed the connection]
acarrico has joined #haskell.nix
acarrico has quit [Quit: Leaving.]
lally has joined #haskell.nix
joshmeredith has joined #haskell.nix
hekkaidekapus has quit [Ping timeout: 268 seconds]
hekkaidekapus has joined #haskell.nix
hekkaidekapus has quit [Ping timeout: 268 seconds]
hekkaidekapus has joined #haskell.nix
joshmeredith has quit [Remote host closed the connection]
lally has quit [Remote host closed the connection]
joshmeredith has joined #haskell.nix
lally has joined #haskell.nix
acarrico has joined #haskell.nix
fendor has quit [Remote host closed the connection]
fendor has joined #haskell.nix
fendor has quit [Quit: Leaving]
acarrico has quit [Ping timeout: 264 seconds]
<angerman>
Thra11: try 8.10.3. Maybe you’ve hit a specific 8.10.2 but.
<angerman>
*bug
<Thra11>
angerman: Nope. Same issue with `compiler-nix-name = "ghc8103";` instead.
<angerman>
It might be running the same codepath for a lot of packages :-( nix isn’t so great with sharing. I’ll try to see if I can take a look later.
<angerman>
Thra11: just to be clear this only happens on AArch64?
<angerman>
There *is* something wonky on AArch64 that sometimes even leads to nix to segfault. But maybe you’ve found a good first step to figure this out.
<Thra11>
I haven't tried it on any other platforms. As it's my first time trying haskell.nix, I wasn't sure if it was a bug or simply me doing something wrong.
<Thra11>
If what I described doing isn't obviously user error, I'll probably log it as an issue in github tomorrow.