bug#30434: magit won’t work over TRAMP

Mark H Weaver (2018-02-16 04:09 -0500) wrote: > Alex Kost writes: > >> Mark H Weaver (2018-02-14 13:17 -0500) wrote: >> >>> Alex Kost writes: >>> You didn't remove "git" from the inputs. I think it is not needed now. >>> >>> I removed it on my first

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

Mathieu Lirzin skribis: > After looking at the attached ‘strace’ log, as you initially guessed > this issue is that multiple GCC are loaded. My ‘gcc-toolchain’ is using > GCC 7.3 and ‘glibc’ is referring to GCC 5.4. Normally ‘glibc’ does not contain references to ‘gcc’:

bug#30476: failing test-suite

Martin Castillo skribis: > On 16.02.2018 14:00, Ludovic Courtès wrote: >> Martin Castillo skribis: >> >>> ++ guix build superseded -d >>> accepted connection from pid 22991, user pi >>> random seed for tests: 1518709083 >>> guix build: package

bug#30476: failing test-suite

On 16.02.2018 14:00, Ludovic Courtès wrote: > Martin Castillo skribis: > >> ++ guix build superseded -d >> accepted connection from pid 22991, user pi >> random seed for tests: 1518709083 >> guix build: package 'superseded' has been superseded by 'bar' >> ++ guix build

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

Mathieu Lirzin skribis: > GCC is waiting on ‘collect2’ to finish and ‘collect2’ according to [1] > tries to find ‘ld’. When ‘ld’ is provided by Binutils the program > completes but not with ‘ld-wrapper’ on my machine, so I suspect this is > related to ‘ld-wrapper’, but maybe this

bug#30476: failing test-suite

Martin Castillo skribis: > ++ guix build superseded -d > accepted connection from pid 22991, user pi > random seed for tests: 1518709083 > guix build: package 'superseded' has been superseded by 'bar' > ++ guix build bar -d > accepted connection from pid 23282, user pi >

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

Hi Ludo, l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> I have been facing a weird issue where some shitty build tool I was >> using has tried to run ‘cmake’ after setting LD_LIBRARY_PATH. The >> result was a non terminating call to ‘collect2’. >> >> Here

bug#30394: ARM compilation via qemu binfmt - Assertion failure

Hello, Danny Milosavljevic skribis: > Unfortunately, there's a (pretty reproducible) problem with it. > > guix-master/guix $ ./pre-inst-env guix system disk-image --system=armhf-linux > -e "(@ (gnu system install) installation-os)" > [... building grub-2.02 ...] > phase

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

Hi Mathieu, Mathieu Lirzin skribis: > I have been facing a weird issue where some shitty build tool I was > using has tried to run ‘cmake’ after setting LD_LIBRARY_PATH. The > result was a non terminating call to ‘collect2’. > > Here is a way to reproduce the issue: > > $ guix

bug#30470: When using `guix import json`, importing a json file with 'license: false' or 'license: null' doesn't work.

skribis: > When using `guix import json`, importing a json file with 'license: false' or > 'license: null' doesn't work. > > Note: In the package modules, you can specify 'license' as '#f' aka 'false', > so ideally it should set it to that when the JSON file specifies the

bug#30476: failing test-suite

Hi Martin, Martin Castillo skribis: > on my raspberry pi, building from commit > 7e0a6fac0b4ebffda322eff6e803363ee72a257a. the test-suite fails. > > my current guix is from november or so. > the first log was created with -j 4. > the second with -j 1. You forgot to