| 9 Sep 2025 |
| Magnolia Mayhem changed their profile picture. | 22:16:18 |
| Magnolia Mayhem changed their profile picture. | 22:17:57 |
| 10 Sep 2025 |
MangoIV | Heya
Will yall repost the maintainer summary thingy on the Haskell-updates PR? I think that would be nice, to have an update every now and then without having to sift through the jobset
| 12:50:58 |
maralorn | We sometimes do. But are you aware of https://github.com/cdepillabout/nix-haskell-updates-status ? | 13:15:41 |
MangoIV | No that’s perfect. Thanks. | 13:16:13 |
Artem | maybe this link is worth adding to the (ever growing) list of links in the Matrix room description?.. | 13:26:33 |
chreekat | Why does haskell98 show up under "Top 50 broken packages, sorted by number of reverse dependencies", but can't be found in any of the sections above it? | 13:41:55 |
Artem | i was asking the same question myself. Worth noting that many of those "top 50" are completely dead packages. So this list isn't very useful I think. It'd be great to implement the "dead" category besides the "broken" category, as discussed on the meeting (https://github.com/NixOS/nixpkgs/pull/429810#issuecomment-3224849043 called "removed" there) | 13:46:02 |
emily | there's an open PR for that | 13:54:47 |
maralorn | It is not in the sections above because those only cover maintained packages and their rdeps. | 14:02:27 |
maralorn | Besides that section was very much developed on a best effort basis and was never very useful. đŸ˜„ | 14:02:58 |
maralorn | But I guess when the PR mentioned by emily will be merged that list will be more useful. | 14:03:26 |
chreekat | Neat | 14:04:26 |
alexfmpe | In reply to @maralorn:maralorn.de We sometimes do. But are you aware of https://github.com/cdepillabout/nix-haskell-updates-status ? I wonder if we should move the line including that link to the very top of the PR template for discoverability | 15:36:11 |
alexfmpe | As a progress meter, it's arguably the most important bit of the description | 15:36:38 |
| 11 Sep 2025 |
sterni (he/him) | Instead of doing something useful I guess I just wrote a fix for https://github.com/NixOS/cabal2nix/issues/163 and https://github.com/NixOS/cabal2nix/issues/164 on a whim | 01:14:59 |
maralorn | Nice. Did you push it somewhere? | 06:06:04 |
sterni (he/him) | not yet | 15:01:17 |
sterni (he/him) | https://www.haskell.org/ghc/blog/20250910-ghc-9.10.3-released.html | 21:16:09 |
| 12 Sep 2025 |
| @jordanjoel1:matrix.org changed their profile picture. | 03:27:11 |
| @jordanjoel1:matrix.org left the room. | 03:34:30 |
bglgwyng | I'm trying to build a package that depends on the patched version of hackage-security, which cabal-install depends on. I overrided it by
pkgs.haskellPackages.override {
overrides = hself: hsuper: {
hackage-security = hself.callCabal2nix "hackage-security" "${inputs.hackage-security}/hackage-security" { };
};
}
Then it tries to rebuild cabal-instsall(I don't like it but it's ok for now) and it failed with the following warning
Warning:
This package indirectly depends on multiple versions of the same package. This is very likely to cause a compile failure.
package hackage-security (hackage-security-0.6.3.1-6FXzfmwRBZgCJn05f7VkJU) requires Cabal-syntax-3.10.3.0-244a
package hackage-security (hackage-security-0.6.3.1-JJgg9sy4JLR8toAcIe55uU) requires Cabal-syntax-3.14.2.0-7o58PFlrICd6tJLSPh82PA
package cabal-install-solver (cabal-install-solver-3.14.2.0-TJt26BmojeJY4tNaxYAXR) requires Cabal-syntax-3.14.2.0-7o58PFlrICd6tJLSPh82PA
package cabal-install (cabal-install-3.14.2.0-6ZRHmRwRC2EC3Abb988gBz) requires Cabal-syntax-3.14.2.0-7o58PFlrICd6tJLSPh82PA
package Cabal (Cabal-3.14.2.0-HaQDVkRM9JfAEDDKZRGu1s) requires Cabal-syntax-3.14.2.0-7o58PFlrICd6tJLSPh82PA
| 07:32:12 |
bglgwyng | What is the proper way to override the package that cabal depends on? | 07:32:54 |
bglgwyng | Hmm it's not relavent to the override of hackage-security. Just putting hackage-security into build-depends in cabal cauase the same problem | 08:02:31 |
maralorn | Oh, that’s a ghastly one. If you have any chance: Try to just not build cabal-install from your override package set. | 08:21:17 |
maralorn | The problem is that we already apply complicated overrides to cabal-install inside of nixpkgs to get it to build in the first place. And how those overrides then all interact is kinda black magic. | 08:23:27 |
bglgwyng | How can it be achievable? | 08:24:07 |
maralorn | Use pkgs.cabal-install? | 08:24:22 |
maralorn | Or does the project you are trying to build depend on cabal-install? | 08:24:53 |
bglgwyng | yes | 08:25:07 |