bug#46330: Guile-provided GMP allocators interfere with GnuTLS

Ludovic Courtès skribis: > One of the solutions is to set: > > scm_install_gmp_memory_functions = 0; Done in a53f711422f63d7e32b8639b968cf00bcc69ffea, followed by an update of the ‘guix’ package in 63d4b74420563c4e2dbdfa29b3816d1dad9cd723. This mostly solves the problem on the Guix side, but

bug#46330: Guile-provided GMP allocators interfere with GnuTLS

Ludovic Courtès skribis: > In a nutshell, Guile installs its own GMP memory allocation routines > (when ‘scm_install_gmp_memory_functions’ is true, which is the default) > so that GMP allocates via libgc. GnuTLS uses Nettle, which uses GMP, so > Nettle too ends up allocating via libgc; however,

bug#46186: Some substitutes are broken (TLS error)

Hi, Maxime Devos skribis: > When running "guix package -u libreoffice", substituting libreoffice > is fast at first, then it hangs at ~50%, then after a while it seems > to get unstuck, going to 50.6% or so (the exact percentage varies > with each attempt). > > Output of "guix package -u

bug#46269: first guix-pull on foreign distro doesn't create directories

On Wed, Feb 03, 2021 at 01:19:22PM +0200, Efraim Flashner wrote: > I just installed guix on a foreign distro. In my $HOME I didn't have a > .config directory. > > (ins)efraimf@tux03:~$ time guix pull > --commit=1b3dcb3dd266fda9732b7a8194bd24e80043fb7a > guix pull: error: while creating symlink

bug#46372: doc: Incorrect link to gpm manual

In our manual section Base Services, the link to gpm's manual is incorrect. It points to , but that returns 404. Presumably it should point to some server besides our own.

bug#45716: Bug in ‘network-interface-names’ when building guix for aarch64 on x86_64.

Hey Stefan, > Could it be that the services qemu-binfmt and guix-daemon still need to be > restarted? Just restarted those services, let's see what happens! Thanks, Mathieu

bug#36380: service urandom-seed takes too long on boot

```scheme (define (get-bytevector-n-timed port count max-time) "Read COUNT octets from PORT, blocking as necessary and return a bytevector containing the octets read, and taking no more than MAX-TIME seconds. If fewer bytes are available, a bytevector smaller than COUNT is returned." (define

bug#46336: closed (Re: bug#46336: Bug report)

Hi, Thanks for the report. >> $ guix time-machine 8e7e414aa998fe8c0de8a491c91aab8b8d9c58f4 -- graph maven >> Updating channel 'guix' from Git repository at ' >> https://git.savannah.gnu.org/git/guix.git'... >> Computing Guix derivation for 'x86_64-linux'... Backtrace: [...] >>

bug#46362: got unexpected path `Backtrace:' from substituter

This issue is similar with https://issues.guix.gnu.org/45828. But it still not fixed in 127a88d390417d5d7b1b4a18c1b69c7169dcaf34. When you have multiple substituters, Guix will try to fetch narinfo from the second or even third substituters, and it dies. ``` chino@asus-laptop:~$ guix build

bug#46359: emacs-guix: segfault on all multiple-result searches

I was thinking this or a similar issue was reported and fixed a few weeks ago, but it is currently a problem as of a pull yesterday evening: To reproduce: Use any package regex search (in name only or in name, synopsis, description) that you know will return more than one result. E.g., M-x guix

bug#46336: closed (Re: bug#46336: Bug report)

$ guix describe Generation 4 Feb 05 2021 19:10:35 (current) guix 8383472 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 838347207cdd96de1ad0127aaf4b2c378c7c2148 On Sat, Feb 6, 2021 at 7:28 PM GNU bug Tracking System wrote: > Your bug report > >