| 5 Apr 2025 |
 emily | at that point you're also multiplying the amount of source that needs to be trusted for the bootstrap too though | 09:31:51 |
| emily | and the compiler might have bugs on a certain architecture, or glibc with a new kernel, …, so you do not actually want to pin those things forever for the same reason you want to upgrade packages in general | 09:32:14 |
 Divya | Not sure about how it happens in Nixpkgs, but it's common in Guix to have it this way. The package tree gets evaluated only when built. I can create a package tree separate for GHC 9.2 to 9.12 without the previous package tree being affected. And if you need to change something later, you can always keep the older one separately in another package for that package tree. Maintenance is relatively easier. | 09:36:53 |
 toonn | So GHC 9.2 will link to whatever glibc was current back then forever? Or does this rely on grafting? | 09:37:56 |
 Alex | In reply to @divyaranjan:matrix.org
Are the people from the Nix community? From Guix, 2-3 people have been trying to do this. I don't think anybody's trying to boot from GHC 4's .hc sources here.
(My efforts are towards directly skipping to modern versions via MicroHs.)
One problem with the idea of building ancient GHC versions is that Nixpkgs prefers not to maintain equally old compatible compilers and libraries, so it may be a struggle to get it to work with the GCC versions we have available. | 10:28:27 |
| Divya | In reply to @toonn:matrix.org
So GHC 9.2 will link to whatever glibc was current back then forever? Or does this rely on grafting? We do have grafts, yes. | 10:34:30 |
 sterni (he/him) | Thanks!! I'll properly review it soon. | 11:51:37 |
| sterni (he/him) | With GHC there are probably more pressing issues at the moment, i.e. all the regressions from the Hadrian build system, figuring out how to bootstrap new platforms independently from GHC upstream etc. | 11:55:41 |
| sterni (he/him) | bootstrapable GHC is impractical even if feasible because it would currently involve an insanely long bootstrap chain which is not workable with the build time we have available; also it would involve dealing with ancient LLVM versions at the very least for e.g. aarch64 | 11:57:28 |
| sterni (he/him) | Divya: what problems are you running into with hadrian? We are basically treating it as a normal haskell tool, building it using the bindist we also use to bootstrap GHC and reusing our normal Haskell package set, this requires occasional fiddling with version constraints, but Hadrian is not too picky about dependency versions. | 11:59:30 |
| sterni (he/him) | so basically we completely ignore the bootstrap plan thing upstream provides | 11:59:46 |
| sterni (he/him) | you may be interested in https://github.com/stable-haskell/ghc/pull/3 for a future improvement; even some GHC devs are not happy with hadrian | 12:00:44 |
 Alyssa Ross | In reply to @sternenseemann:systemli.org
Thanks!! I'll properly review it soon. Thank you!! It's blocking me from updating Nixpkgs ATM so I hope it can be ready soon, but ofc if it ends up stuck for reasons outside of my control I can work around with an overlay or something | 13:10:37 |
 thirdofmay18081814goya | do we have hls 9.10 packaged somewhere? | 13:37:48 |
| thirdofmay18081814goya | or otherwise, what are the current options for getting 9.10? | 13:45:09 |
 maralorn | We use the same hls derivation for every ghc major version. | 13:45:16 |
| thirdofmay18081814goya | oh, do we have it somewhere in haskell.compiler.ghc910? | 13:46:23 |
| maralorn | It works. You can install ghc 9.10 with HLS from nixos-unstable. | 13:46:01 |
| maralorn | That’s the ghc you want. Have a look at the nixpkgs manual to read how to install hls for that. | 13:47:42 |
| thirdofmay18081814goya | noted, thanks a lot! | 13:47:53 |
| maralorn | Note, though: If you want to run a nix build of a particular package with ghc 9.10 it is likely that some dependencies are still broken. package support is more narrow on non-default versions. | 13:49:11 |
| thirdofmay18081814goya | just need to have the lsp work, I'm otherwise working with cabal atm | 13:50:42 |
| thirdofmay18081814goya | but I was eventually going to start looking into how the nix infra wrt cabal packaging works | 13:50:56 |
| Divya | In reply to @sternenseemann:systemli.org
Divya: what problems are you running into with hadrian? We are basically treating it as a normal haskell tool, building it using the bindist we also use to bootstrap GHC and reusing our normal Haskell package set, this requires occasional fiddling with version constraints, but Hadrian is not too picky about dependency versions. We wanted to bootstrap Hadrian, since GHC docs said it can be done :) | 14:53:24 |
| sterni (he/him) | well what do you mean with bootstrap? | 15:43:35 |
|  @tinybronca:sibnsk.net left the room. | 15:47:52 |
 hellwolf | what does doDistribute do? | 17:29:22 |
| maralorn | In reply to @hellwolf:matrix.org
what does doDistribute do? controls whether a job on hydra gets created | 17:41:28 |
| hellwolf | I see. | 17:42:10 |
| hellwolf | https://paste.tomsmeding.com/UvihEopY <-- also, the derivations of ghc-exactprints look weird, it's both library and executable, and sometimes libraryHaskellDepends is missing, and resulting build failures. | 17:42:59 |
