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.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#35034
; Package
guix
.
(Thu, 28 Mar 2019 20:43:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mark H Weaver <mhw <at> netris.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Thu, 28 Mar 2019 20:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35034
; Package
guix
.
(Thu, 28 Mar 2019 21:41:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 35034 <at> debbugs.gnu.org (full text, mbox):
[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)]
Changed bug title to 'guile2.0-git rewrites libgit2 input to use guile-2.0' from 'One libgit2 derivation fails on armhf, another succeeds'
Request was from
Mark H Weaver <mhw <at> netris.org>
to
control <at> debbugs.gnu.org
.
(Thu, 28 Mar 2019 22:00:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35034
; Package
guix
.
(Thu, 28 Mar 2019 22:00:05 GMT)
Full text and
rfc822 format available.
Message #13 received at 35034 <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35034
; Package
guix
.
(Fri, 29 Mar 2019 15:30:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 35034 <at> debbugs.gnu.org (full text, mbox):
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’.
This bug report was last modified 6 years and 75 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.