| 14 Oct 2025 |
|  @tianyi:superkazuya.com left the room. | 04:18:45 |
|  @jellyterra:matrix.org left the room. | 11:29:27 |
| 16 Oct 2025 |
|  @sasha:the-apothecary.club left the room. | 01:51:05 |
 chreekat | Is it reproducible? Could you open a ticket on the cabal issue tracker? | 07:03:00 |
| 17 Oct 2025 |
 eldritchcookie | given a haskellPackageSet like haskellPackages or haskell.packages.ghc912 how do i apply an overlay to the package set only? | 12:02:20 |
| eldritchcookie | looking at haskell-flake source code gave me an answer .extend make it take a overlay. | 12:24:51 |
| eldritchcookie | do i need to rename the package if i pass it as another name like
gi-gtk-hs = pkgs.haskell.lib.markUnbroken (super.gi-gtk-hs.override {
gi-gtk = self.gi-gtk3;
gi-gdk = self.gi-gdk3;
});
| 12:30:15 |
| 18 Oct 2025 |
|  @ihar.hrachyshka:matrix.org left the room. | 00:13:02 |
 MangoIV | Redacted or Malformed Event | 10:36:07 |
| MangoIV | * are you aware that nixpkgs unstable currently shipos incompatible hls and cabal-install versions? | 10:36:18 |
| MangoIV | * are you aware that nixpkgs unstable currently ships incompatible hls and cabal-install versions? | 10:36:22 |
 maralorn | No, wdym? | 10:39:38 |
| MangoIV | maybe that's not correct - I don't know how to interpret certain things - there's an issue about 2.11 being incompatible with 3.16 but as a fix it is recommended to build 2.11 with 3.16 (??)
but in fact, if you open a project that currently doesn't type check, cabal repl barfs you in the face (I do not expect the cradle to invoke cabal repl, fwiw) maybe it's actually an incompatibility between 3.16 and hie-bios? | 10:41:26 |
| MangoIV | I'm not sure | 10:41:29 |
| MangoIV | that can't be it though, hie-bios is up to date in nixpkgs | 10:42:19 |
| MangoIV | I think I know what's going on | 10:44:34 |
| MangoIV | let me check | 10:44:47 |
| MangoIV | jup - the reason is that older nixpkgs versions ship hie-bios which is not of the required version for hls 2.11.0.0 but hls is in fact compatible with both (no version bump) so if you resolve hie-bios to <0.17, hls to 2.11.0.0 and cabal-install 3.16 it will build but it will be broken at runtime. Very cool | 10:57:04 |
| MangoIV | version bumps for breaking changes? I don't think so. | 10:57:20 |
| maralorn | @mangoiv.:matrix.org I am currently too tired to fully grasp that. (Will read again later) But a) can this also happen with hls 2.12? And b) the best fix is to make sure we ship hie-bios >= 0.17? | 15:47:41 |
| maralorn | Huh, after crossreading in the HLS room, this looks like something a distribution should not screw up. I remember reading the compat issue in the cabal release but it didn't occur to me that I would have to look out for it. Damn it | 15:51:28 |
| MangoIV | if you take your tools from one nixpkgs set, you're fine, since nixpkgs does ship the correct hie-bios, the issue is when you e.g. isntall hls locally and cabal-install globally (which did work until recently, but now doesn't work)
and most importantly, it only works in nixpkgs by accident, upstream is broken :D | 16:05:40 |
| maralorn | Oh, okay. But there's not really something we can do about this, right? And it's also only a one time issue and will phase out over time? | 16:08:04 |
 sterni (he/him) | In reply to @eldritchcookie:matrix.org
do i need to rename the package if i pass it as another name like
gi-gtk-hs = pkgs.haskell.lib.markUnbroken (super.gi-gtk-hs.override {
gi-gtk = self.gi-gtk3;
gi-gdk = self.gi-gdk3;
});
no | 21:45:53 |
 dotlambda | In reply to @maralorn:maralorn.de
Alternatively you remove the stackage pinning from hledger. Which by the issue I linked has been requested multiple times. https://github.com/NixOS/nixpkgs/pull/453350 | 22:49:30 |
| 19 Oct 2025 |
|  raboof joined the room. | 13:51:52 |
| raboof | I'm very curious if ghc 9.12's -fobject-determinism will have an effect on haskell packages' reproduciblity (https://github.com/NixOS/nixpkgs/issues/151347). Is there anything I could help out with towards that? Would looking at the merge conflicts in https://github.com/NixOS/nixpkgs/pull/452254 help, or does that not make sense without deep haskell knowledge? | 14:38:51 |
 Wolfgang Walther |
Would looking at the merge conflicts in https://github.com/NixOS/nixpkgs/pull/452254 help
These merge conflicts are artifacts of how the haskell-updates branch is set up and nothing to worry about. The will be resolved once we merge this PR into staging.
| 16:20:32 |
| Wolfgang Walther | We are currently still on GHC 9.10 by default. I think it only really makes sense to look into this flag once we switch to GHC 9.12? | 16:21:38 |
| raboof | yup, that PR just looked like WIP work that might get us closer towards that :) | 16:33:53 |
