| 30 Mar 2026 |
 alexfmpe | the vast majority of packages that don't build against newer versions is due to library bounds no? | 13:52:26 |
| alexfmpe | at least in recent GHCs | 13:52:38 |
| alexfmpe | deep subsumption was annoying, 9.6 was a bloodbath from mtl re-exports, but lately it's been pretty chill | 13:53:05 |
| alexfmpe | it's mostly things coupled with ghc internals that fail purely from a ghc bump
anything touching generics, template-haskell, etc | 13:55:27 |
 MangoIV | that's fair. I will ask if someone who can allocate resources can take co-ownership of this problem. | 14:00:07 |
 teo (they/he) | i should have a bit more free time after ZuriHac hopefully as well | 14:02:29 |
| MangoIV | I'm not confident about the quality of the ram package, yet. | 14:08:00 |
 maralorn | True, the enthusiasm for vibe coding by the same author sadly decreases trust in code quality. | 14:13:08 |
| maralorn | I mean my thinking would be: That would still help with catching at least all build errors which we would notice immediately on adding the new minor version. Of course it won’t give ghc the full test coverage of nixpkgs and I agree I don’t think it would be fair to do that with nixos-community resources. | 14:15:03 |
 Janus | It was a mess with the vibe-coded removal and re-addition of stuff, but it's good that an attempt is being made to take over the package. Jappie has good intentions and seems to open to constructive feedback. | 16:29:09 |
| Janus | * It was a mess with the vibe-coded removal and re-addition of stuff, but it's good that an attempt is being made to take over the package. Jappie has good intentions and seems open to constructive feedback. | 16:29:29 |
| MangoIV |
Jappie has good intentions and seems open to constructive feedback.
He definitely does, but that doesn't make me less caucious of vibe coding
| 16:30:38 |
|  andreaspk joined the room. | 18:38:03 |
