guix.el
guix.el copied to clipboard
alezost
Using guix pull complains about lack of bootstrap binaries.
When running guix pull via M-x guix, P, r, I get a *Guix Repl* with the following output:
GNU Guile 2.2.2
Copyright (C) 1995-2017 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.
Enter `,help' for help.
scheme@(guile-user)> ,m (emacs-guix)
scheme@(emacs-guix)> (guix-command "pull")
$4 = #t
scheme@(emacs-guix)>
It's been nice interacting with you!
Press C-c C-z to bring me back.
GNU Guile 2.2.2
Copyright (C) 1995-2017 Free Software Foundation, Inc.
Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
This program is free software, and you are welcome to redistribute it
under certain conditions; type `,show c' for details.
Enter `,help' for help.
scheme@(guile-user)> ,m (emacs-guix)
scheme@(emacs-guix)>
I am using
- GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.15) of 2017-08-14
- guix.el 0.3.3
- guile 2.2.2 I am currently running binary guix on Ubuntu 17.04.
Some debugging on the created guix repl gives me the following:
scheme@(emacs-guix)> (guix-command-output "pull")
$4 = ""
$5 = "guix pull: error: could not find bootstrap binary 'guile-2.0.9.tar.xz' for system 'x86_64-linux'\n"
Invoking guix pull from any shell does seem to have the desired effect, and does not mention the bootstrap binary problem.
Wow, I didn't expect anyone uses "M-x guix" and especially "pull" :-) BTW, there is also "M-x guix-pull".
I don't reproduce this error. Maybe there is some problem with load
paths or environment variables. Could you check in the REPL the values
of %load-path and %load-compiled-path variables?
Well, currently I am not using it either :wink:
scheme@(guile-user)> ,m (emacs-guix)
scheme@(emacs-guix)> %load-path
$4 = ("/home/jelle/.emacs.d/elpa/guix-20170902.1128/scheme" "/home/jelle/.config/guix/latest" "/home/jelle/.emacs.d/elpa/geiser-20170827.1755/scheme/guile/" "/home/jelle/.guix-profile/share/guile/site/2.2" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/share/guile/2.2" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/share/guile/site/2.2" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/share/guile/site" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/share/guile")
scheme@(emacs-guix)> %load-compiled-path
$5 = ("/home/jelle/.config/guix/latest" "/home/jelle/.guix-profile/lib/guile/2.2/site-ccache" "/home/jelle/.guix-profile/share/guile/site/2.2" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/lib/guile/2.2/ccache" "/gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/lib/guile/2.2/site-ccache")
Well, currently I am not using it either 😉
Do you mean you used it in the past (in Emacs-Guix 0.3.2?) and it worked?
These paths look OK to me. To be honest, I have no idea why this error could happen. I tested it on GuixSD, maybe there is something specific to a non-GuixSD system. I'll test it there soon, but even if I will reproduce, I doubt I can do anything. Most of the Guix internals is still a mystery for me :blush:
TBH, I know that this worked on my GuixSD installation, but as my T400 is being repaired I am currently running Guix on Ubuntu. Thanks for looking into this nonetheless :+1: