| 29 Jun 2025 |
 levin | I'm working on a pull-request right now (https://github.com/NixOS/nixpkgs/pull/419877). In the last unresolved comment, I'm asked to get the tests for the package (haskore), which the pull-request originally disabled using dontCheck, working.
For these tests to work, I would need to have some files (https://archives.haskell.org/code.haskell.org/haskore/revised/core/src/Test/) in the src, which aren't there because they aren't listed in the cabal file under extra-source-files.
How would I resolve this? I couldn't really find anything...
| 07:41:19 |
 maralorn | I think that is more a factual correction than a demand. | 09:00:26 |
 ners | Would it be possible to cache the pkgsStatic GHC for aarch64 as well, in addition to x86_64 linux? | 16:26:11 |
| ners | In Hydra, that is. Currently we can get the musl GHC from haskell-updates for x86_64, but not for aarch64. | 16:26:45 |
| ners | * In Hydra, that is. Currently we can get the cached musl GHC from haskell-updates for x86_64, but not for aarch64. | 16:26:53 |
 Tom Westerhout | Following up on ners's point, there's this comment in release-haskell.nix: https://github.com/NixOS/nixpkgs/blob/dcc4da22e1bf5ed04220e7c5ddaa80abc0dee646/pkgs/top-level/release-haskell.nix#L409
# pkgsMusl is compiled natively with musl. It is not
# cross-compiled (unlike pkgsStatic). We can only
# natively bootstrap GHC with musl on x86_64-linux because
# upstream doesn't provide a musl bindist for aarch64.
I'm wondering if it still stands because I was able to build stuff locally
| 16:27:44 |
| Tom Westerhout | Ah wait, never mind. I can't read. I was reading pkgsMusl instead of pkgsStatic. For pkgsStatic, it says "times out on Hydra" | 16:29:21 |
| Tom Westerhout | * Ah wait, never mind. I can't read. I was reading pkgsMusl instead of pkgsStatic. For pkgsStatic, it says "times out on Hydra". Is there any chance to get an exception there? | 16:29:49 |
 Alex | In reply to @ners:nixos.dev
Would it be possible to cache the pkgsStatic GHC for aarch64 as well, in addition to x86_64 linux? My guess, without looking at Hydra, is that it could potentially break the path size limit. | 17:17:56 |
 Peter Becich | this fixes it, rebuilding the tool as you suggested, review please: https://github.com/NixOS/nixpkgs/pull/421127 | 21:58:21 |
| 30 Jun 2025 |
| ners | maralorn any thoughts? | 09:51:30 |
| maralorn | I am sadly quite unfamiliar with the policys around hydra timeouts. I guess there have to exist exceptions for something like chromium? But I think in Haskell world we never had one? | 10:06:57 |
| maralorn | * I am sadly quite unfamiliar with the policies around hydra timeouts. I guess there have to exist exceptions for something like chromium? But I think in Haskell world we never had one? | 10:07:10 |
| 1 Jul 2025 |
 sterni | ners: in principle the timeout is configurable per derivation. That comment is from 2021, though, so it may no longer be accurate for the builders we currently have. Currently, it doesn't make a difference since haskell-updates is not tested on aarch64-linux at all. I don't know when/if that is going to change. Also, haskell-updates is relatively disconnected from master these days, so you will get cache misses even on x86_64-linux (haskell-updates is for catching regressions primarily, not populating the binary cache). Feel free to open a PR adding jobs for pkgsStatic haskell to release.nix or maybe release-cross.nix which are intended for testing/populating binary cache on master. | 09:54:04 |
| sterni | going to merge h-u this evening probably | 16:01:25 |
| sterni | staging-next cycle is probably starting soon | 16:01:36 |
| maralorn | @sternenseemann:systemli.org At this point I have the feeling our rotation is kinda broken. | 16:43:52 |
| maralorn | As in theoretically it's my two weeks to do the merging. | 16:44:47 |
| maralorn | I mean I am not complaining. | 16:45:06 |
| maralorn | But I think in the longterm its better for everyone if we spread this on multiple shoulders. | 16:46:26 |
| 2 Jul 2025 |
|  GalaxyNova changed their profile picture. | 19:50:08 |
| 3 Jul 2025 |
| sterni | I'm really bad at putting up my feet when it's not my turn unfortunately | 10:37:37 |
| maralorn | Yeah, but also since I got used to do doing the stuff I 1) got slower and 2) am not even sure I know how to do it now. 😆 | 11:08:07 |
 woobilicious | I'm trying to get a broken package to build (glft-codec) currently it's complaining about Aeson being too new, the currect version has a <2.2, but Aeson is on 2.2, I assume it'll just work if I can modify the symantic versioning but I can't figure out how to get it to work, I cloned the repo but flakes are complaining about the files missing (probably due to submodules), I wonder what I should do here before I dig myself in to a bigger hole. | 17:05:16 |
| maralorn | @woobilicious:matrix.org Apply haskell.lib.doJailbreak to your package. No need to clone or patch7 | 17:19:58 |
| woobilicious | thanks I'll try that. | 17:21:09 |
| maralorn | Plenty of examples in nixpkgs if you grep | 17:22:57 |
| woobilicious | brillant it worked, only issue was tests failing due to missing asset files, disabled tests and imports are working | 17:37:26 |
|  syd installs gentoo (they/them) joined the room. | 18:46:50 |
| syd installs gentoo (they/them) | Hey there! I hope some questions are appreciated. I'm trying to bump nix-tree (after asking the developer a while back to bump in hackage https://github.com/utdemir/nix-tree/issues/114#issuecomment-2888634183 ) assuming it would get updated eventually by nixos maintainers and the file says that you should use the regenerate-hackage-packages.sh but that fails on my local machine - I'd like to get in touch with the people maintaining that and assumed there was a Haskell Matrix channel maybe (there aren't a lot of GitHub issues around Hackage/Haskell lately if I'm not mistaken). | 18:51:28 |
