| 13 Mar 2026 |
 sterni (he/him) | i thought 9.12.4 was never coming out but rc1 has been uploaded today so | 19:59:07 |
 ijouw | I have multiple haskellPackages.developPackage projects i develop infrequently (it's ok if build fails sometimes) using cabal.
I use import <nixpkgs> {} because i do not want to manually set versions for their ghc toolchain, and have them all use the same compiler (they should update using a centrally defined value ; i used ghcup before and it installed 200gb of ghc and libs in a year). I now want to test a newer version of ghc (i want to test the haskell debugger project) but my stable nixpkgs only has ghcHEAD with version >= 9.14 (but which appears to be not yet supported by cabal (or is the cabal in my ghcHEAD an old one?)). Is there a way to have similar behavior?
I was thinking of copying haskell.packages.ghc___ from unstable into my local nixpkgs or pinning unstable in a central haskell project that i need to pull from manually. Any advice is welcome. | 23:11:58 |
 alexfmpe | I have a "devenv" project with basically just a shell.nix with a nixpkgs pin and haskell tooling | 23:35:01 |
| alexfmpe | that way it's independent of my system nixpkgs, yet it works as a default environment for all projects where I cba doing anything fancier than <nixpkgs> | 23:35:47 |
| alexfmpe | if you really want a nixpkgs-provisioned debugger, you probably want to point to haskell-updates branch, as https://github.com/NixOS/nixpkgs/pull/496489 is fairly recent and not yet in unstable branch | 23:38:09 |
| alexfmpe | * I have a "devenv" project with basically just a shell.nix with a nixpkgs pin for haskell tooling | 23:38:30 |
| alexfmpe |
or pinning unstable in a central haskell project that i need to pull from manually.
so I guess this, but pin current haskell-updates
| 23:40:08 |
| alexfmpe | also much better for caching than import <nixpkgs> or nix-shell -p cabal-install ghc ghcid | 23:41:00 |
| ijouw | Is there a binary cache? (Currently building some libraries i know i do not depend on in my project). | 23:58:45 |
