bug#23118: Duplicate entries in various environment variables

Hi, I've noticed that my environment variables contain duplicate (sometimes more) entries. This occurs regardless of whether the user logs in directly via a tty or via a desktop environment like GNOME. This behavior should be reproducible. I created a new user to test this. When I logged into

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

Alex Kost writes: > myglc2 (2016-03-25 18:20 +0300) wrote: > [...] > > Use (require 'guix-autoloads nil t) instead. Nowadays, the only thing > 'guix-init' does is it requires 'guix-autoloads'. > [...] > > The rest looks good to me, I use pretty much the same configurations to

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

myglc2 (2016-03-25 18:20 +0300) wrote: > Alex Kost writes: [...] >> This issue should be completely fixed now (after commit 092dd65¹). >> (Just to remind) the original issue is a request for auto-finding emacs >> packages installed globally (in a system profile). >> >> So, if

bug#23115: avr-libc fails to compile (on x86_64)

guix package -i avr-libc ... In file included from /gnu/store/8k32s1nv8qg2i8600gfzp6alz4a7s5vb-glibc-2.22/include/features.h:389:0, from /gnu/store/8k32s1nv8qg2i8600gfzp6alz4a7s5vb-glibc-2.22/include/limits.h:25, from

bug#23112: value of _CS_PATH\

Would it not be correct for guix to have confstr (_CS_PATH, buf, len); set the contents of buf with the bin directory of the currently installed coreutils package? For me, it returns /bin:/usr/bin which is not correct. J' -- Avoid eavesdropping. Send strong encryted email. PGP Public

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

Danny Milosavljevic skribis: > dannym@dayas ~/src/guix$ ./pre-inst-env guile -c '(use-modules (guix build > syscalls)) (write (network-interfaces))' > (# # 195c1c0> # # Backtrace: > In ice-9/boot-9.scm: > 157: 9 [catch #t # ...] > In unknown file: >?: 8

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

Alex Kost writes: > Alex Kost (2016-03-07 12:14 +0300) wrote: > >> myglc2 (2016-03-06 17:47 +0300) wrote: >> [...] >> >> No, I mean it is fixed in the current master, but as I wrote¹ it will >> take effect only after we update our "guix" package. Currently it is >>

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

On Fri, 25 Mar 2016 09:46:23 +0100 l...@gnu.org (Ludovic Courtès) wrote: > l...@gnu.org (Ludovic Courtès) skribis: > > > Danny Milosavljevic skribis: > > > >> git clone, `guix environment guix`, ./bootstrap && ./configure > >> --localstatedir=/var && make check >

bug#23103: A number of corrupt packages on Hydra?

Pjotr Prins skribis: > http://mirror.guixsd.org/nar/7v3093adf31b2sg2c46y3z2m24x2cjmi-gs-fonts-8.11 > 815KiB/s 00:02 | 1.2MiB transferred > bzip2: Compressed file ends unexpectedly; > perhaps it is corrupted? *Possible* reason follows. This one should be

bug#22972: insecure content on: https://gnu.org/software/guix/packages/

Jean Louis skribis: > The content is insecure as shown by Icecat. IceCat doesn’t “show” me this. What are you referring to? > That happens because either scripts are included (did not check it) > which are with http:// or images (I did check it). Right, project logos come

bug#22972: insecure content on: https://gnu.org/software/guix/packages/

Hello, The content is insecure as shown by Icecat. That happens because either scripts are included (did not check it) which are with http:// or images (I did check it). When website wants to provide secure and non-secure version, in that case, one shall check all links to scripts and images,

bug#21976: error when building vlc-2.2.1 (sha mismatch of a dependency)

The LADSPA URLs were fixed in 0c1910ed036438adf7acaab0423cc85920eb66d9. Ludo'.

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

l...@gnu.org (Ludovic Courtès) skribis: > Danny Milosavljevic skribis: > >> git clone, `guix environment guix`, ./bootstrap && ./configure >> --localstatedir=/var && make check > > When running the tests, were you using the --container option of ‘guix > environment

bug#22738: Build failure in vigra

Hi, Did the update in 019b38758c3895d80a27610d6488ae59455465d6 (March 17) fix it? (There are currently no substitutes for this on x86_64.) Ludo’.

bug#22745: guix http downloads don't resume

Danny Milosavljevic skribis: > By now, guix reconfigure has tried to download the same texlive binary from > hydra at least 5 times to the same machine, unsuccessfully breaking after > about 1 GB each, for a total of 5 GB, always starting from the beginning. > > Would

bug#22907: `guix package -u` fails

Nils Gillmann skribis: > guix package -u (and also the variation below) fails after a > successful guix pull and succesfull grafting and reboot: > > niasterisk@khazad-dum ~$ time guix package --substitute-urls=hydra.gnunet.org > --dry-run -u > ^C > > real 26m0.898s > user

bug#22972: insecure content on: https://gnu.org/software/guix/packages/

Jean Louis skribis: > The icecat is reporting insecure content on: > https://gnu.org/software/guix/packages/ > > and it shall be corrected, as package "Expand" is not visible. I believe this is no longer the case, or at least IceCat 38.6.0-gnu1 does not show any such problem