| 5 Jun 2021 |
 sterni (he/him) | I think I don't want to get the nix-instantiate call working inside haskell-ci that is much too much hassle | 14:48:39 |
 cdepillabout | Or just get peti to transfer the repo to NixOS. I'd be surprised if he wanted to continue maintaining that library if he has basically stepped down from NixOS stuff. | 14:48:42 |
| sterni (he/him) | yeah I think it is just a matter of nudging | 14:48:58 |
| sterni (he/him) | I think transferring is the right call since it's the least work for him | 14:49:20 |
| sterni (he/him) | having all the cabal2nix related stuff in a monorepo-ish thing would be nice | 14:49:31 |
| sterni (he/him) | but you can have a local workspace group as well probably | 14:49:40 |
| cdepillabout | Ah, yeah, having that stuff in a monorepo would be nice | 14:50:06 |
| cdepillabout | In reply to @cdepillabout:matrix.org
You might want to add the motivation for this change in a comment so that peti understands it is a good change. Oh, I guess just linking to https://github.com/NixOS/cabal2nix/issues/499 would probably work. | 14:52:50 |
 maralorn | sterni (he/him): What did you change with your force push? https://github.com/NixOS/nixpkgs/pull/125798 the commit message still says "haskell-packages" instead of "hackage-packages" | 14:59:32 |
| sterni (he/him) | ohh that's what you meant | 14:59:48 |
| sterni (he/him) | quoted the $HACKAGE2NIX var mostly in case someone has it in a path with spaces | 15:00:54 |
| maralorn | Good idea. | 15:02:58 |
 Las | Since GHC 9 won't be switched to as a default, would just compiling the GHC 9 packages in Hydra be fine? | 16:58:00 |
| maralorn | Las: Historically we have done that for a few select packages. We currently have jobs for cabal2nix, hoogle and maybe a few others. | 16:59:16 |
| maralorn | But maye outside a short transition period I don‘t think enabling it for all packages would be an option. | 16:59:52 |
| maralorn | * But (maybe outside a very short transition period) I don‘t think enabling it for all packages would be an option. | 17:00:19 |
| Las | the thing is, on a standard aarch64 device a lot of packages just run out of memory when compiling... | 17:00:44 |
| Las | a lot don't support more than 4 GB of RAM | 17:00:56 |
| Las | (excluding swap) | 17:00:59 |
| maralorn | Las: Are there maybe some popular packages the you need or that have a similar dependency tree? | 17:03:08 |
| Las | Aeson frequently times out IIRC | 17:03:28 |
| Las | * Aeson frequently runs out of memory IIRC | 17:03:38 |
| sterni (he/him) | aeson should already be compiled I'm pretty sure | 17:03:57 |
| sterni (he/him) | since I guess distribution-nixpkgs depends on it | 17:04:08 |
| Las | Really? I must have done something for it not to be fetched from cache then | 17:04:15 |
| Las | For GHC 9? | 17:04:20 |
| sterni (he/him) | yes | 17:04:25 |
| Las | Huh | 17:04:28 |
 toonn | maralorn: Why would you use builtins.attrValues rather than `with lib.maintainers; [ a b ];`? | 17:04:56 |
| sterni (he/him) | when did you try? non standard packages were not built on hydra until a few weeks ago I suspect for non x86_64-linux | 17:04:56 |
