bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

Ludovic Courtès (2016-02-08 12:22 +0300) wrote: >> From 292c5f137f6cc3cf72e71e2dd5fa40f38fc7d7bb Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Sun, 7 Feb 2016 11:08:57 +0300 >> Subject: [PATCH] emacs: 'C-u M-x guix-edit' prompts for directory. >> >> * emacs/guix-base.el (guix-find-location

bug#22600: 'Globally-Visible Packages' not shown by 'M-x guix-installed-packages'

Alex Kost writes: > myglc2 (2016-02-09 05:29 +0300) wrote: > [...] >> My concern is that this experience might leave a new user thinking, >> "Geez, I know back in the fog of the USB install I added packages. What >> kind of package manager is this? It doesn't show me the packages that I >> painfu

bug#22571: Acknowledgement (Guix on Debian Testing sbcl package needs warning to set SBCL_HOME)

I found the problem, and this can be closed IMHO. I use StumpWM, which is written in common lisp and I use sbcl to run it. It appears that when the stumpwm image is created the SBCL_HOME environment variable's state at that time is stored. In addition, for whatever reason, any processes started f

bug#22607: doc install from *Guix Package Info: profile* fails

Alex Kost writes: > myglc2 (2016-02-09 19:49 +0300) wrote: > >> Running: guixSD. >> >> Scenario: Finding and installing doc for a package (ncurses) used by a >> by a global package (emacs) I hit the following error. > > A-a-a! What you tried is more or less the equivalent of: > > guix package -

bug#22612: guix make check failure for syscalls: "FAIL network-interfaces returns one or more interfaces"

Package: guix Version: git from an hour ago When I bootstrap guix using git clone, `guix environment guix`, ./bootstrap && ./configure --localstatedir=/var && make check starting from GuixSD, then I get at the make check: ... FAIL: tests/syscalls.scm ... # TOTAL: 59 # PASS: 58 # SKIP: 0 # XF

bug#20765: (no subject)

Leo Famulari skribis: > Another reason to not compress Python eggs is that the contents of the > zip archives introduce non-determinism through their timestamps. Indeed, good catch! Ludo’.

bug#22593: 'make check' fails

myglc2 skribis: > Finally, after ‘rm -rf test-tmp’, 'make check' completed with zero > failures. OK, I’m closing this bug. That said, it may be the same issue as , assuming you were running tests in parallel with ‘make check -jN’. Ludo’.

bug#22608: Module system thread unsafety and .go compilation

To speed up the compilation of the many Scheme files in Guix, we use a script that first loads all modules to be compiled into the Guile process (by calling 'resolve-interface' on the module names), and then the corresponding Scheme files are compiled in a par-for-each. While Guile's module system

bug#22600: 'Globally-Visible Packages' not shown by 'M-x guix-installed-packages'

myglc2 (2016-02-09 05:29 +0300) wrote: [...] > I hope it is OK that I am taking the liberty of reporting things that > seem counterintutive or difficult to understand in the bugs > channel. These may well be operator error or misunderstandings on my > part. I am happy to report in a different chan

bug#22607: doc install from *Guix Package Info: profile* fails

myglc2 (2016-02-09 19:49 +0300) wrote: > Running: guixSD. > > Scenario: Finding and installing doc for a package (ncurses) used by a > by a global package (emacs) I hit the following error. A-a-a! What you tried is more or less the equivalent of: guix package -i foo --profile=/run/current-syst

bug#22607: doc install from *Guix Package Info: profile* fails

Running: guixSD. Scenario: Finding and installing doc for a package (ncurses) used by a by a global package (emacs) I hit the following error. FWIW, IMHO, this functionality, and the ease with which it is available, is truly awesome! This failed for both user and root. Common steps