[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Guile-Git, bytestructures, libgit2 and Guix 0.14.0
From: |
Ludovic Courtès |
Subject: |
Re: Guile-Git, bytestructures, libgit2 and Guix 0.14.0 |
Date: |
Tue, 12 Dec 2017 17:29:43 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) |
Hi Paul,
Paul Boddie <address@hidden> skribis:
> I also found that the packaged version of libgit2 on Debian Jessie doesn't
> export the git_libgit2_init symbol for some reason:
>
> ice-9/boot-9.scm:106:20: In procedure dynamic-pointer: Symbol not found:
> git_libgit2_init
This suggests a bug in the Debian packaging (or an old version?).
But yeah, I can sympathize with all the pain you’ve gone through to
build all this by hand. That’s a chicken-and-egg problem: the package
manager is here to help you sort this out, but you’re precisely trying
to build it.
Pjotr Prins reported earlier that we don’t have a good bootstrapping
story here, and I come to realize what it means. ;-)
The lesson here, I guess, is that it would be beneficial to make Guix’s
modularity more apparent, as I did in
<https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27284#121>, so that one
can build Guix piecemeal, without having to install all the dependencies
upfront.
> Again, without the setting, configure fails to find things. Also, for my
> purposes, I add to gnu/packages/bootstrap.scm a definition for the mipsel
> dynamic linker name:
>
> ((string=? system "mipsel-linux") "/lib/ld.so.1")
>
> Then I try and make everything, but the library search path is still a
> problem, so I first have to change the Makefile and remove the following from
> the make-go rule:
>
> unset GUILE_LOAD_COMPILED_PATH ;
>
> Then I actually try and make everything:
>
> make GUILE_LOAD_COMPILED_PATH=/usr/local/lib/guile/2.0/site-ccache
>
> This seems promising until I get an error like this:
>
> LOAD guix/scripts/pack.scm
> Backtrace:
> In ice-9/r4rs.scm:
> 90: 19 [dynamic-wind #<procedure 8684db0 at ice-9/eval.scm:416:20 ()> ...]
> 90: 18 [dynamic-wind #<procedure 8684d68 at ice-9/eval.scm:416:20 ()> ...]
> In ice-9/eval.scm:
> 432: 17 [eval # #]
> 432: 16 [eval # #]
> 481: 15 [lp (#<fluid 16>) (#<output: void 80d2d20>)]
> In ice-9/boot-9.scm:
> 2864: 14 [resolve-interface (guix scripts pack) #:select ...]
> 2789: 13 [#<procedure 8191660 at ice-9/boot-9.scm:2777:4 (name #:optional
> autoload version #:key ensure)> # ...]
> 3065: 12 [try-module-autoload (guix scripts pack) #f]
> 2401: 11 [save-module-excursion #<procedure 9e9e4e0 at
> ice-9/boot-9.scm:3066:17 ()>]
> 3085: 10 [#<procedure 9e9e4e0 at ice-9/boot-9.scm:3066:17 ()>]
> In unknown file:
> ?: 9 [primitive-load-path "guix/scripts/pack" ...]
> In ice-9/eval.scm:
> 453: 8 [eval # ()]
> 387: 7 [eval # ()]
> 387: 6 [eval # ()]
> 387: 5 [eval # ()]
> 387: 4 [eval # ()]
> 387: 3 [eval # ()]
> 387: 2 [eval # ()]
> 393: 1 [eval #<memoized gzip> ()]
> In unknown file:
> ?: 0 [memoize-variable-access! #<memoized gzip> #<directory # 9f23f78>]
>
> ERROR: In procedure memoize-variable-access!:
> ERROR: gzip: unbound variable
> Makefile:5295: recipe for target 'make-go' failed
I’m pretty sure we solved it recently but I forgot how. Do you have the
problem on current master?
Thanks,
Ludo’.