| 22 Nov 2024 |
 emily | ah, I guess this is about substituters, sorry | 22:08:53 |
| 23 Nov 2024 |
 maralorn | sterni: I am trying to understand the current state of the haskell-updates branch. I guess we could just merge it into staging at any time if we have enough visibility, right? | 10:15:39 |
| maralorn | Apparently the PR has merged conflicts right now, but that’s just conflicts between master and staging which need to be resolved on staging? | 10:16:32 |
| maralorn | * Apparently the PR has merge conflicts right now, but that’s just conflicts between master and staging which need to be resolved on staging? | 10:16:38 |
| maralorn | lxsameer: Had a look at the cabalfreeze2nix repo. Looks good. Code for the updateHackage thing seems to exist redundantly. | 15:44:34 |
 lxsameer | Yeah i'm still working on it. Added cabal2nix lib to generate the derivations. But it can be pretty slow. So trying to do in using mapConcurrently. So far having an issue with limitting the concurrent jobs. | 15:47:21 |
| maralorn | There are libs which offer bounded versions of map concurrently. | 17:51:18 |
| maralorn | E.g. unliftio I think. | 17:51:28 |
| lxsameer | oh cool, I'll have a look | 18:03:28 |
| lxsameer | oh thisi seems cool https://www.stackage.org/haddock/nightly-2024-11-23/unliftio-0.2.25.0/UnliftIO-Async.html#g:9 | 18:04:41 |
|  @dmjio:matrix.org joined the room. | 20:12:38 |
| 24 Nov 2024 |
| lxsameer | sterni: does cabal2nix supports downloading and caching a hackage-db? | 12:33:42 |
| maralorn | I don't think it does. As part of the cabal2nix repo there is the hackage2nix binary and it asks for the database as an input. | 13:04:56 |
 Daniel Firth | I added this argument. What would you say should be the corresponding modification to cabal2nix if it were to make use of it? https://github.com/NixOS/nixpkgs/pull/358686 | 13:40:07 |
 sterni (he/him) | lxsameer: it just reads the data base that is managed by cabal-install. Fetching and updating is done with cabal {v2-,}update as usual | 15:40:25 |
| sterni (he/him) | In reply to @maralorn:maralorn.de
sterni: I am trying to understand the current state of the haskell-updates branch. I guess we could just merge it into staging at any time if we have enough visibility, right? Yes, but realistically we won't be able to have any confidence before we have builds on Hydra again. When staging-next is branched off, is probably the best time for this as we are based on staging as well, so we'd able to share a lot of builds. | 15:44:28 |
| lxsameer | In reply to @sternenseemann:systemli.org
lxsameer: it just reads the data base that is managed by cabal-install. Fetching and updating is done with cabal {v2-,}update as usual I see. For the freeze tool we should pull down the snapshot of hackage db that is provided by the freeze file. When i swtiched to cabal2nix generated drivation, cabal2nix seems to look up the database on my local version of nixpks. | 16:54:18 |
| sterni (he/him) | cabal2nix does not know about all-cabal-hashes in nixpkgs, so that's not possible | 16:55:34 |
| lxsameer | Hmmm so i can't explain what i see. It complains about a missing dependency. I use cabal2nix' function to generate the drvs | 16:59:37 |
| sterni (he/him) | what dependency is missing? | 17:10:29 |
| lxsameer | I'll send the logs later | 19:40:51 |
| 25 Nov 2024 |
| lxsameer | In reply to @sternenseemann:systemli.org
what dependency is missing? here is an example of the error:
[Error]: user error (No such package rts-1.0.2 in the cabal database. Did you run cabal update?) | 10:49:28 |
| lxsameer | cabal update did not help either | 10:49:37 |
| sterni (he/him) | rts is a core package that is part of ghc and not updloaded to hackage, so you'd expect that | 10:50:15 |
| sterni (he/him) | I think the easiest is probably to check ghc-pkg list if the package of the freeze file is already present in the correct version and omit such cases | 10:51:22 |
| lxsameer | ah ok let me see | 10:52:10 |
| lxsameer | In reply to @sternenseemann:systemli.org
I think the easiest is probably to check ghc-pkg list if the package of the freeze file is already present in the correct version and omit such cases what if the version didn't match? | 10:57:37 |
| sterni (he/him) | then you are using different versions of ghc compared to when the freeze file was generated | 10:58:02 |
| sterni (he/him) | i'm not sure maybe there is a better way, i.e. maybe the freeze file tells you where the package comes from | 10:58:20 |
| lxsameer | In reply to @sternenseemann:systemli.org
i'm not sure maybe there is a better way, i.e. maybe the freeze file tells you where the package comes from i don't think that is possible, but I'll have a look | 11:01:13 |
