| 12 May 2025 |
 thirdofmay18081814goya | anyone use hnix before? | 20:23:17 |
| thirdofmay18081814goya | trying to figure what exactly derivations are | 20:23:31 |
| thirdofmay18081814goya | in order to have a value for which lib.isDerivation returns true, do we need some effectful build procedure to happen? | 20:24:03 |
| thirdofmay18081814goya | hm I would think so given that the interpreter returns a path when you pass a variable that is a derivation to the nix interpreter | 20:25:34 |
| thirdofmay18081814goya | then, constructing a derivation is an effectful, monadic value and it is distinct from the monadic value consisting of running the build procedure specified by the derivation, correct? | 20:27:18 |
 maralorn | I have never used hnix but what you are describing seems very consistent to how nix works. | 21:10:31 |
| maralorn | During the evaluation of a nix expression creating a derivation is also an effectful operation, because it writes the derivation to the nix store. It is in the end a primitive builtin function which creates the derivation and returns an object describing it (e.g. containing it's hashes) which then can be used in further calculations in the nix language. | 21:15:09 |
| maralorn | That all is independent and separate of the execution of the build described in the derivation. | 21:16:08 |
| thirdofmay18081814goya | hm I see, right makes sense | 21:19:56 |
| thirdofmay18081814goya | thanks for the comments! | 21:19:59 |
 vaibhavsagar | I have a GHC 9.10 executable that compiles just fine but gives me an internal error: ARR_WORDS object (0x4203ec35d8) entered! when I run it | 22:20:19 |
| vaibhavsagar | It was working with a previous version of Nixpkgs so I'm wondering how to figure out what went wrong | 22:20:44 |
 alexfmpe | That sounds cursed | 22:52:05 |
 terrorjack | i'd say it's worth reporting in ghc issue tracker if you have a repro with bad/good nixpkgs rev | 23:00:48 |
| vaibhavsagar | cool, I do have a (large) repro so I'll try that | 23:54:36 |
| 13 May 2025 |
| vaibhavsagar | thanks, I opened https://gitlab.haskell.org/ghc/ghc/-/issues/26033 | 00:04:56 |
 chreekat | does cabal --enable-executable-static work on NixOS? I just get a ton of endefined references to everything from the linker | 13:32:14 |
| chreekat | * does cabal --enable-executable-static work on NixOS? I just get a ton of undefined references to everything from the linker | 13:32:20 |
 winston | this might help, depending on your dependencies it can be quite involved | 17:11:42 |
| maralorn | Does anyone know whether overriding ghc works via ghc = … super.ghcin a haskellPackages overlay? | 17:44:24 |
| chreekat | winston: i think doing it in a nix build is actually somewhat more explored than what I am trying to do, which is just use cabal in a nix shell | 18:40:05 |
 Alex | In reply to @maralorn:maralorn.de
Does anyone know whether overriding ghc works via ghc = … super.ghcin a haskellPackages overlay? My understanding of how the whole thing is wired suggests that it ought to work. | 19:40:06 |
| 14 May 2025 |
 sterni (he/him) | probably is broken in some way | 14:26:11 |
| sterni (he/him) | Anything blocking https://github.com/NixOS/nixpkgs/pull/404362? I think it can be merged. | 14:27:05 |
| thirdofmay18081814goya | it's not normal for template-haskell not to appear in the global package db for ghc66 right? | 15:12:06 |
| thirdofmay18081814goya | by global package db I mean the path given by ghc --info | 15:12:17 |
| thirdofmay18081814goya | or equivalently (i just learned) ghc-pkg list | 15:19:05 |
