GNU bug report logs - #35034
guile2.0-git rewrites libgit2 input to use guile-2.0

Previous Next

To reply to this bug, email your comments to 35034 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: bug-guix <at> gnu.org
Subject: One libgit2 derivation fails on armhf, another succeeds
Date: Thu, 28 Mar 2019 16:38:27 -0400

The 'guile2.0-git-0.2.0' package fails to build on hydra.gnu.org,
because its dependency 'libgit2' fails to build:

  https://hydra.gnu.org/build/3429713#tabs-buildsteps

However, there's another 'libgit2' derivation in the same evaluation,
which succeeds:

  https://hydra.gnu.org/eval/110449?filter=libgit2

Looking at the source for 'guile2.0-git', defined in
gnu/packages/guile.scm, it appears to use the standard 'libgit2'
package, unless 'package-for-guile-2.0' is somehow modifying the
'libgit2' derivation.

Any idea what's going on here?

       Mark

Message #8 received at 35034 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 35034 <at> debbugs.gnu.org
Subject: Re: bug#35034: One libgit2 derivation fails on armhf, another succeeds
Date: Thu, 28 Mar 2019 22:40:22 +0100

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

Hi Mark,

On Thu, 28 Mar 2019 16:38:27 -0400
Mark H Weaver <mhw <at> netris.org> wrote:

> unless 'package-for-guile-2.0' is somehow modifying the
> 'libgit2' derivation.
> 
> Any idea what's going on here?

Not really, *but* I've recently replaced Python by Guile in libgit2
tests.

Maybe that broke something - especially if package-for-guile-2.0 somehow
either provides both guile versions as native inputs or selects one
incompatible with the "generate.scm" I wrote.

Here, (ice-9 textual-ports) seems to be not found.  Does it not exist in
guile 2.0 ? (I wasn't aware we still used guile 2.0 for something...)

[Message part 2 (application/pgp-signature, inline)]

Message #13 received at 35034 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: 35034 <at> debbugs.gnu.org
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>,
 Ludovic Courtès <ludo <at> gnu.org>
Subject: guile2.0-git rewrites libgit2 input to use guile-2.0 (was: One
 libgit2 derivation fails on armhf, another succeeds)
Date: Thu, 28 Mar 2019 17:58:27 -0400

retitle 35034 guile2.0-git rewrites libgit2 input to use guile-2.0
thanks

It turns out that this problem is not specific to armhf.  'guile2.0-git'
recently started failing to build on all Hydra-supported systems.

I see now what's going on.  The problem was introduced by:

  commit 03fb5ff6ae01a680c786d9ee148839543c519411
  Author: Danny Milosavljevic <dannym <at> scratchpost.org>
  Date:   Thu Mar 21 23:28:43 2019 +0100
  
    gnu: libgit2: Avoid Python.
    
    * gnu/packages/patches/libgit2-avoid-python.patch: New file.
    * gnu/local.mk (dist_patch_DATA): Add it.
    * gnu/packages/version-control.scm (libgit2)[source]: Use it.
    [inputs]: Remove python.
    [native-inputs]: Add guile-2.2.

The 'guile-git' package has 'libgit2' as an input.  The 'guile2.0-git'
variant package uses 'package-for-guile-2.0' to rewrite 'guile-git' to
use 'guile-2.0'.  Unfortunately, this rewrites more deeply than we
probably want.  In this case, the rewriting extends into 'libgit2',
changing its native-input from 'guile-2.2' to 'guile-2.0'.  However, the
Guile code that Danny wrote doesn't work with 'guile-2.0', because it
uses the (ice-9 textual-ports) module, which doesn't exist in Guile 2.0.

Suggestions?

      Mark

Message #16 received at 35034 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>, 35034 <at> debbugs.gnu.org
Subject: Re: guile2.0-git rewrites libgit2 input to use guile-2.0
Date: Fri, 29 Mar 2019 16:29:30 +0100

Hi Mark,

Mark H Weaver <mhw <at> netris.org> skribis:

> retitle 35034 guile2.0-git rewrites libgit2 input to use guile-2.0
> thanks
>
> It turns out that this problem is not specific to armhf.  'guile2.0-git'
> recently started failing to build on all Hydra-supported systems.
>
> I see now what's going on.  The problem was introduced by:
>
>   commit 03fb5ff6ae01a680c786d9ee148839543c519411
>   Author: Danny Milosavljevic <dannym <at> scratchpost.org>
>   Date:   Thu Mar 21 23:28:43 2019 +0100
>   
>     gnu: libgit2: Avoid Python.

[...]

> The 'guile-git' package has 'libgit2' as an input.  The 'guile2.0-git'
> variant package uses 'package-for-guile-2.0' to rewrite 'guile-git' to
> use 'guile-2.0'.  Unfortunately, this rewrites more deeply than we
> probably want.  In this case, the rewriting extends into 'libgit2',
> changing its native-input from 'guile-2.2' to 'guile-2.0'.  However, the
> Guile code that Danny wrote doesn't work with 'guile-2.0', because it
> uses the (ice-9 textual-ports) module, which doesn't exist in Guile 2.0.

I’m tempted to sidestep the problem by removing “guile2.0-git”, which I
think is of little use.

WDYT?

Ludo’.

Previous Next

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