bug#22558: gnupg-2.1.11 on x86_64 failed its tests many times on Hydra

[Leo Famulari <leo@famulari.name>]

On Sat, Feb 13, 2016 at 02:41:18AM -0500, Leo Famulari wrote:
> On Fri, Feb 12, 2016 at 10:02:32PM -0600, Eric Bavier wrote:
> > On Fri, 12 Feb 2016 21:13:55 -0500
> > Mark H Weaver <mhw@netris.org> wrote:
> > 
> > > Leo Famulari <leo@famulari.name> writes:
> > > 
> > > > On Fri, Feb 12, 2016 at 06:22:46PM -0500, Mark H Weaver wrote:
> > > >> ludo@gnu.org (Ludovic Courtès) writes:
> > > >> 
> > > >> > Eric Bavier <ericbavier@openmailbox.org> skribis:
> > > >> >
> > > >> >>> > * With 14 test failures.  This happened at least twice, on
> > > >> >>> >   hydra.gnunet.org.
> > > >> >>>
> > > >> >>> Eric Bavier reported on #guix that it failed to build on his machine
> > > >> >>> twice in a row, with 14 test failures.
> > > >> >>
> > > >> >> I used 'git bisect' on the gnupg repository to narrow the failures
> > > >> >> down. Commit ee87c653bf is the commit that introduces the failures.
> > > >> >
> > > >> > Thanks for digging!  Could you report it upstream?
> > > >> 
> > > >> I reported it upstream, and now they have a fix in their repo.
> > > >> I've attached a patch to Guix which adds this upstream patch.
> > > >> 
> > > >> Eric, would you be willing to test it and see if it fixes the problem
> > > >> for you?
> > > >
> > > > I'm not Eric, but with this patch, I can successfully build on the
> > > > machine that was previously exhibiting the failures.
> > > 
> > > Thanks!  I went ahead and pushed this to master, commit 3a7261bf96.
> > > I'm closing this bug now.
> > 
> > I realize I'm a bit late, but I just wanted to let you know that this
> > appears to fix the gnupg-2.1.11 build for me too:
> > 
> > @ build-succeeded /gnu/store/qyjrqxnrka55p5g5vh1p80ac1rxn5nfm-gnupg-2.1.11.drv -
> > /gnu/store/w6fbikpwzpjkwvy6z1hwbszq0x83yspv-gnupg-2.1.11
> > 
> > But I had to add "#:use-module (gnu packages)" to the
> > gnu/packages/gnupg.scm before it would build, otherwise "could not
> > find symbol search-path".
> 
> Weird, that did not happen to me when building from 3a7261bf96b2 on
> x86_64 with a recent guix-daemon.

I do have a different output hash:
/gnu/store/bky2i5n7wvcnbzpxpnb4y5r5p795sc7v-gnupg-2.1.11