GNU bug report logs - #42420
git-fetch origins produce same store output when set recursive is set to true or false

Previous Next

Full log

View this message in rfc822 format

From: Marius Bakke <marius <at> gnu.org>
To: pkill9 <pkill9 <at> runbox.com>, 42420 <at> debbugs.gnu.org
Subject: bug#42420: git-fetch origins produce same store output when set recursive is set to true or false
Date: Sat, 25 Jul 2020 17:23:21 +0200

[Message part 1 (text/plain, inline)]

pkill9 <pkill9 <at> runbox.com> writes:

> I built a source that uses git-fetch - by default (recursive? #f) - and
> the package failed to build, then I remembered it uses submodules, so I
> set (recursive? #t) but it failed with the same error. The problem is
> that the store path of the source is the same for both, so it didn't
> try to rebuild the git checkout with submodules checked out.
>
> After garbage collecting the source so it rebuilds it, I can build the
> package.

Could it be that you did not update the sha256 checksum of the package
after setting (recursive? #t), so Guix thought it already had the
complete checkout in the store?

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.