angerman changed the topic of #haskell.nix to: https://input-output-hk.github.io/haskell.nix - alternative haskell infrastructure for nix; logs at https://logs.nix.samueldr.com/haskell.nix
__monty__ has quit [Quit: leaving]
acarrico has quit [Ping timeout: 264 seconds]
acarrico has joined #haskell.nix
aveltras has joined #haskell.nix
sorki has joined #haskell.nix
srk has quit [Ping timeout: 240 seconds]
sorki is now known as srk
aveltras has quit [Quit: Connection closed for inactivity]
hekkaidekapus_ has joined #haskell.nix
hekkaidekapus has quit [Ping timeout: 240 seconds]
aveltras has joined #haskell.nix
fendor_ is now known as fendor
__monty__ has joined #haskell.nix
strikerlulu_ has quit [Quit: ZNC 1.8.2 - https://znc.in]
strikerlulu has joined #haskell.nix
__monty__ has quit [Quit: leaving]
aveltras has quit [Quit: Connection closed for inactivity]
fendor_ has joined #haskell.nix
fendor has quit [Ping timeout: 272 seconds]
sorki has joined #haskell.nix
srk has quit [Ping timeout: 240 seconds]
sorki is now known as srk
fendor_ is now known as fendor
EncodePanda has joined #haskell.nix
<EncodePanda> Hi all, I'm having an issue with me (I was hoping) reproducible build which is as it turns out not reproducible :D
<EncodePanda> things were working rather smoothly yesterday, could build the project, run tests etc
<EncodePanda> today when entering the nix-shell i'm getting "attribute '8.10.3.20201220' missing, at /nix/store/s8szsddr17c3gyp78ml18h6kbvkpwr6z-source-stack-to-nix-pkgs/default.nix:5:30"
<EncodePanda> I'm pinned to somewhat old version of haskell.nix f6663a8449f5e4a7393aa24601600c8f6e352c97 (14 Sept 2020)
<EncodePanda> but I don't see how that would be relevant
<EncodePanda> I will try to upgrade now to 98ae014b5d35694a928e754bc9b381572a7e1adc (form 8 days ago) but I'm I guess.. surprised that I'm having this issue in the first place
<michaelpj> EncodePanda: hmm, could be various sources of non-reproducibility. If e.g. you use the cabal project support and don't pin your index state, then a `cabal update` can make cabal change its mind about the build plan
<michaelpj> it would be helpful to a) see the output with --show-trace, b) see what' actually at that line in the`default.nix` file it mentioned
<EncodePanda> i have the trace but it is long
<EncodePanda> this is the whole default.nix
<EncodePanda> { pkgs ? import ./haskell-pkgs.nix, haskellCompiler ? "ghc8102"}:pkgs.haskell-nix.cabalProject { src = pkgs.haskell-nix.haskellLib.cleanGit { name = "foo-bar"; src = ./.; }; compiler-nix-name = haskellCompiler;}
<EncodePanda> crap
<EncodePanda> let me create a gist
<michaelpj> um, that's very odd. Because the nix you posted is making a `cabalProject`, but the trace you posted shows it erroring in `stack-to-nix-pkgs`, which is usually generated when you're building a `stackProject`
<michaelpj> > while evaluating anonymous function at /Users/rabbit/projects/foo-bar/hlint.nix:1:1, called from /Users/rabbit/projects/foo-bar/shell.nix:7:11:
<michaelpj> it seems like there's more to it than just that file!
<EncodePanda> aaa right, i'm bulding hlint
<EncodePanda> crap, i've upgraded that!
<EncodePanda> and now I see
<EncodePanda> extra-deps: - ghc-lib-parser-8.10.3.20201220
<EncodePanda> which is btw funny that hlint itself is a stack project on lts-14.20
<EncodePanda> but they've upgraded to lib-parser from 8.10.3
<EncodePanda> anyway, thank you michaelpj for spotting that, I have no idea why I have not spotted it
<michaelpj> it's always about spotting that one key detail in the mass of useless logs :p
<EncodePanda> :)
<michaelpj> programming <3 lol
hekkaidekapus_ has quit [Ping timeout: 240 seconds]
hekkaidekapus_ has joined #haskell.nix
<EncodePanda> func fact: I have a GHC 8.10.2 project which has a shell dependency that has dependency on polyparse
<EncodePanda> now polyparse had a bug at some point that it was *not* compiling on GHC8.8.1 https://github.com/hackage-trustees/malcolm-wallace-universe/issues/3
<EncodePanda> I've added the dependency and everything worked great, but after calling nix garbage collection
<EncodePanda> derivation no longer builds, and fails on that polyparse error I've mentioned
<EncodePanda> but this does not add up: first of all I'm not bulding GHC 8.8.1 (I'm getting it via cache)
<EncodePanda> secondly the error in that polyparse version would probably manifest as well on GHC8.10.2
<EncodePanda> I've probably one more time changes something in the mean time
EncodePanda has quit [Remote host closed the connection]
fendor has quit [Remote host closed the connection]
acarrico has quit [Ping timeout: 264 seconds]