problems with "guix pull"
Hi! On a Ubuntu system I've tried "sudo guix pull --verbose" and obtained this ([...] used to shorten the output; warnings and errors left): --8<--corte-desde-aquí---tranĉu-de-ĉi-tie-->8-- guix-master/po/guix/de.po guix-master/po/guix/eo.po guix-master/po/guix/hu.po [...] guix-master/tests/union.scm guix-master/tests/utils.scm copying and compiling Guix to `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest'... `guix/packages.scm' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/packages.scm' `guix/gnupg.scm' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/gnupg.scm' [...] `gnu/packages/patches/abiword-no-include-glib-internal-headers.patch' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/gnu/packages/patches/abiword-no-include-glib-internal-headers.patch' `gnu/packages/patches/petsc-fix-threadcomm.patch' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/gnu/packages/patches/petsc-fix-threadcomm.patch' `gnu/build/activation.scm' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/gnu/build/activation.scm' [...] `gnu/build/linux-initrd.scm' -> `/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/gnu/build/linux-initrd.scm' compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/base32.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/base64.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system/cmake.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system/gnu.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system/perl.scm'... ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload connection-end/client in (gnutls): ;;; ERROR: missing interface for module (gnutls) ;;; Failed to autoload make-session in (gnutls): ;;; ERROR: missing interface for module (gnutls) compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system/python.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build-system/trivial.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/cmake-build-system.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/download.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/emacs-utils.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/git.scm'... ;;; guix/build/download.scm:121:17: warning: possibly unbound variable `make-session' ;;; guix/build/download.scm:121:17: warning: possibly unbound variable `connection-end/client' ;;; guix/build/download.scm:122:4: warning: possibly unbound variable `set-session-transport-fd!' ;;; guix/build/download.scm:123:4: warning: possibly unbound variable `set-session-default-priority!' ;;; guix/build/download.scm:124:4: warning: possibly unbound variable `set-session-credentials!' ;;; guix/build/download.scm:124:38: warning: possibly unbound variable `make-certificate-credentials' ;;; guix/build/download.scm:130:4: warning: possibly unbound variable `handshake' ;;; guix/build/download.scm:131:18: warning: possibly unbound variable `session-record-port' compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/gnu-build-system.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/gnu-dist.scm'... ;;; guix/build/gnu-build-system.scm:103:8: warning: possibly wrong number of arguments to `copy-recursively' compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/perl-build-system.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/build/pull.scm'... [...] compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/scripts/refresh.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/scripts/substitute-binary.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/scripts/system.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/serialization.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/snix.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/store.scm'... ;;; guix/scripts/refresh.scm:245:14: warning: non-literal format string compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/svn-download.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/tests.scm'... compiling '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/guix/ui.scm'... compiling '/gnu/store/
core-updates merged
The ‘core-updates’ branch has finally been merged. It upgrades libc to 2.20, which fixes two security issues found in 2.19, and fixes a bug in GCC 4.8.3. Now that hydra.gnu.org is in better shape, I hope it will be easier to deploy such fixes in the future. However, we must also be diligent in not triggering full rebuilds for unrelated issues when the deployment of security fixes is at stake. (I plead guilty.) Ludo’. signature.asc Description: PGP signature
Possible error in the manual?
Reading through the Guix manual I am in section "3.2 Invoking guix package" and tried the --show=package option. I receive the following error from Guix: $ guix package --show=emacs guix package error: show=emacs: unrecognized option Running 'guix package --help' indeed shows no option named '--show'. Running 'guix --version' returns "guix (GNU Guix) 0.7" ... Does the online Guix manual reflect unreleased features found only in the repository? Or is this a superseded option and the manual is lagging a bit? - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://www.n0nb.us
Re: guix pull
> No, it’s on purpose: the goal is to keep using the already-installed > (guix config), which contains the right file names etc. Got it. Finally I see how "guix pull" works and why importing modules only from $HOME/.config/guix/latest/ in the REPL is not enough... :-) Thanks, Fede
Re: guix pull
Federico Beffa skribis: > I believe to have found another problem after doing a "guix pull": In > the directory $HOME/.config/guix/latest/guix there is a file called > "config.scm.in". Shouldn't this file be processed and output > "config.scm"? No, it’s on purpose: the goal is to keep using the already-installed (guix config), which contains the right file names etc. Ludo’.
Re: guix pull
On Wed, Sep 17, 2014 at 7:19 AM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> I've noticed that if I run "guix pull" from a directory where I do not >> have write permission I get an error: >> >> guix pull: error: mkstemp!: Permission denied >> >> Maybe it should be created in /tmp? > > Indeed, this is a bug. Should be fixed now, thanks. I believe to have found another problem after doing a "guix pull": In the directory $HOME/.config/guix/latest/guix there is a file called "config.scm.in". Shouldn't this file be processed and output "config.scm"? Regards, Fede
Re: guix-shell?
l...@gnu.org (Ludovic Courtès) skribis: > What about: > > 1. Computing the list of search-path-specifications of all the > transitive inputs of the package, the way ‘package-derivation’ > does it; > > 2. Computing, based on these specifications and all the input > derivations, the actual search paths, the way ‘set-paths’ does it? As discussed on IRC, that won’t work because ‘build-system’ implementations augment the search path specifications on their own, and there’s no good way from the outside to tell what these are. Bummer. Ludo’.
GSettings schemas
Federico Beffa skribis: > (emacs:33176): GLib-GIO-ERROR **: attempting to create schema > 'org.gtk.Settings.FileChooser' without a path > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x74dfd0ba in g_logv () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libglib-2.0.so.0 > (gdb) bt > #0 0x74dfd0ba in g_logv () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libglib-2.0.so.0 > #1 0x74dfd212 in g_log () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libglib-2.0.so.0 > #2 0x75f6af54 in g_settings_constructed () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libgio-2.0.so.0 > #3 0x750f433a in g_object_new_internal () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libgobject-2.0.so.0 > #4 0x750f6444 in g_object_new_valist () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libgobject-2.0.so.0 > #5 0x750f6834 in g_object_new () from > /gnu/store/7v44p77l3867slbpnamzs5jgbyps2v7q-glib-2.40.0/lib/libgobject-2.0.so.0 > #6 0x76830e9c in _gtk_file_chooser_get_settings_for_widget () from > /gnu/store/5shj344c9vrh4fx93r9lfjjrrr97fmjv-gtk+-3.10.1/lib/libgtk-3.so.0 > #7 0x76828130 in gtk_file_chooser_default_get_default_size () from > /gnu/store/5shj344c9vrh4fx93r9lfjjrrr97fmjv-gtk+-3.10.1/lib/libgtk-3.so.0 > #8 0x7682eda4 in file_chooser_widget_default_size_changed () from > /gnu/store/5shj344c9vrh4fx93r9lfjjrrr97fmjv-gtk+-3.10.1/lib/libgtk-3.so.0 [...] > #24 0x004cc010 in xg_get_file_with_chooser () > #25 0x004d00ea in xg_get_file_name () > #26 0x004bd3f9 in Fx_file_dialog () I see, I can reproduce it by clicking on the “open file” icon. > I've found that setting the environment variable GSETTINGS_SCHEMA_DIR > solves the problem. > > $ > GSETTINGS_SCHEMA_DIR=/gnu/store/5shj344c9vrh4fx93r9lfjjrrr97fmjv-gtk+-3.10.1/share/glib-2.0/schemas > emacs > > Can the schema location be fixed at configure/compile time? We could use ‘wrap-program’ to set that variable for Emacs, but we need to address that problem more generally. This is actually a longstanding issue: http://lists.gnu.org/archive/html/guix-devel/2013-10/msg00171.html http://lists.gnu.org/archive/html/guix-devel/2013-10/msg00024.html http://lists.gnu.org/archive/html/guix-devel/2013-11/msg00019.html I would introduce a ‘glib-build-system’ that would have a post-install phase to recompile the schemas visible to the package being built, and wrap the binaries so GSETTINGS_SCHEMA_DIR refers to them. I think that makes for a good project for this week-end’s hackathon. Any volunteer? :-) Thanks, Ludo’.
