On Wed, 7 Jul 2021, at 07:58, Philip Munksgaard wrote: > On Wed, 7 Jul 2021, at 05:26, John Kehayias via Bug reports for GNU Guix > wrote: > > Actually, this does exist in the Haskell build system in Guix, but > > seems to be undocumented and not used by the importer. You can add the > > following to the arguments (in the bootstrap package in this case) to > > use a metadata revision: > > > > #:cabal-revision ("2" > > "0a6j3313vz7n7dn8abddyib4jggblaq89f87ib4imdwjxjajbm33") > > > > The hash is from running guix hash file (where file = 2.cabal in this > > case, downloaded from Hackage). This should be part of the importer, to > > specify a revision or by default grab the latest, I would say. > > > > (and I'm guessing you know this is packaged in guix as > > integer-logarithms, without the "ghc-" prefix for some reason; not the > > only package like that I've noticed) > > > > Ah yes, good catch! I agree that the fix should be to amend the > importer, such that it finds out about these revisions and > automatically uses the latest one.
Actually, upon closer inspection, that's exactly what it does! Instead of actually using the importer in my original example (as I claimed), I had actually just modified the code from gnu/packages/haskell-xyz.scm. Doing a fresh import correctly picks up that there is a new revision of the cabal file and produces the right derivation. I'll close this issue.