bug#41038: gcc creates binaries that don't find their shared libraries

Hi, I'm using the recent guix-system-vm-image-1.1.0.x86_64-linux. After installing a couple of package for development $ guix install make gcc-toolchain binutils glibc gdb gettext m4 autoconf automake I expected to be able to build GNU bison 3.5.91 from source. But I hit a build failure, due to

bug#41037: documentation for application developers?

Hi, I'm searching for documentation for application developers, regarding tips for porting from ordinary Linux distros to GNU guix. I would expect to find these issues discussed, at least: - hard-coded program names like /bin/pwd - where is /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 ? - lib

bug#41035: [Error] No upgrade after pull

Hello, I've just installed GuixSD on a virtual machine (by Virtual Box on Windows 10), and got some strange errors with guix upgrade. The first commands I use after the first login (as root) is : `guix pull`, which pulls many packages, and `guix upgrade` which does nothing. It says to me that

bug#40977: --load-path does not honor ~

zimoun skribis: > On Sat, 2 May 2020 at 15:14, Ludovic Courtès wrote: > >> It’s admittedly annoying, but it’s not something Guix itself should >> paper over. Doing that would open a can of worms, as illustrated by the >> example Tobias gave. > > Instead of 'notabug' , I propose to tag this bug

bug#22883: Authenticating a Git checkout

Ludovic Courtès skribis: > Next steps: > > • Clean up the (guix openpgp) API a bit, for instance by using proper > SRFI-35 error conditions. Done the API cleanup. I’ll go ahead and push the current ‘wip-openpgp’ branch (squashing commits marked as such) tomorrow if there are no objections

bug#40872: Subject: [PATCH] gnu: system: Fix PATH export if the profile has no bin directory.

* gnu/system.scm (operating-system-etc-service): Testing for $profile/bin. Fixes . --- gnu/system.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/gnu/system.scm b/gnu/system.scm index 540f0e4a9e..0eb5731c82 100644 --- a/gnu/system.scm +++ b

bug#41028: Channel/inferior error with core-updates: Unbound variable: call-with-new-thread

Noticed this when testing guix system build with core-updates. Here's a small example which reproduces the issue: (use-modules (guix channels) (guix inferior)) (define channels (list (channel (name 'guix) (url "https://git.savannah.gnu.org/git/guix.git";)

bug#32182: Login fail after core-update without reboot

Hi, old bug! :-) l...@gnu.org (Ludovic Courtès) skribis: > I can think of several solutions: > > 1. Arrange for services to refer to /gnu/store/…-pam.d instead of > /etc/pam.d. This can maybe be achieved by modifying PAM such that > these applications honor $PAM_DIRECTORY or somethi

bug#40872: First installed package on guix system is not instantly usable

Stefan writes: > Hi Marius! > >> This is odd, as /etc/profile contains a workaround for this exact >> problem (notice the else clause): >> >> # Arrange so that ~/.config/guix/current comes first. >> for profile in "$HOME/.guix-profile" "$HOME/.config/guix/current" >> do >> if [ -f "$profile/etc

bug#41025: blueman does not start

Hi Pierre! > It seems that the blueman package is missing a wrapper unless I'm > missing something: When I packaged it, all I got was error regarding dbus. But now it seems there are more errors. I am wondering if it has to do with updates in gtk and/or glib and/or gobject-introspection. Also, I

bug#40977: --load-path does not honor ~

On Sat, 2 May 2020 at 15:14, Ludovic Courtès wrote: > It’s admittedly annoying, but it’s not something Guix itself should > paper over. Doing that would open a can of worms, as illustrated by the > example Tobias gave. Instead of 'notabug' , I propose to tag this bug as 'wontfix' and retitle it

bug#40790: OOM error in graphical installer tests.

Hi, Mathieu Othacehe skribis: >> * I have some hangs when doing the final testing in marionette. Still >> trying to understand why. > > Fixed with c537d2bcb7c652b4776435cd1e2a5119af43dd78. Cool, sorry for breaking things. :-/ > Still an issue remaining. "gui-installed-desktop-os-encrypted"

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hi! Jan Nieuwenhuizen skribis: > Pushed to core-updates as d2fc76462e72268ee5b04fe53805efc05c35e139, Closing! Ludo’.

bug#40977: --load-path does not honor ~

Danny Milosavljevic skribis: >> After processing options, guix need to "expanduser()" (as it is called >> in Python) on all arguments which are paths. > > Please don't do it. > > UNIX has its warts, and this is a well-known one (use ${HOME} instead). Seconded. Tilde expansion is performed by

bug#40803: One page HTML cookbooks are 404

On Thu, 23 Apr 2020 22:17:13 + "operator.name" via Bug reports for GNU Guix wrote: > As of now these following pages 404: > > https://guix.gnu.org/cookbook/de/guix-cookbook.de.html > https://guix.gnu.org/cookbook/en/guix-cookbook.html > https://guix.gnu.org/cookbook/es/guix-cookbook.es.html

bug#41019: util-linux runstatedir is not actually a state directory

Note: once that bug is fixed, still have to add: diff --git a/gnu/system/linux-initrd.scm b/gnu/system/linux-initrd.scm index 44ee4f10aa..6a1840dbf6 100644 --- a/gnu/system/linux-initrd.scm +++ b/gnu/system/linux-initrd.scm @@ -245,6 +245,9 @@ FILE-SYSTEMS." '()) ,@(if (find (file-

bug#41019: util-linux runstatedir is not actually a state directory

Hi, util-linux tries to use a "uuidd" daemon to generate uuids. It tries to communicate with it via socket in $runstatedir/var/run/uuidd/ . Unfortunately, we do not set runstatedir which means that we'll uselessly refer to a socket inside util-linux's derivation output directory that never will