bug#41625: [PATCH v2] offload: Handle a possible EOF response from read-repl-response.

Hi Ludovic, Ludovic Courtès writes: [...] >> (define* (read-repl-response port #:optional inferior) >>"Read a (guix repl) response from PORT and return it as a Scheme object. >> Raise '' when an exception is read from PORT." >> @@ -241,6 +246,10 @@ Raise '' when an exception is read >>

bug#48636: Gajim does not load the "close" icon on the chat window

"bdju" writes: > On Mon May 24, 2021 at 6:19 PM CDT, Joshua Branson via Bug reports for GNU > Guix wrote: >> It also doesn't remember my password. I have to type it in again >> everytime I open Gajim. > > You can work around this part by going to Gajim menu -> Preferences -> > Advanced and

bug#41625: [PATCH] offload: Handle a possible EOF response from read-repl-response.

Hi! Maxim Cournoyer skribis: > Fixes . > > * guix/scripts/offload.scm (check-machine-availability): Refactor so that it > takes a single machine object, to allow for retrying a single machine. Handle > the case where the checks raised an exception due to the

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

Hi Marius, Marius Bakke skribis: > Ludovic Courtès skriver: > >> 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

bug#48636: Gajim does not load the "close" icon on the chat window

On Mon May 24, 2021 at 6:48 PM CDT, Joshua Branson via Bug reports for GNU Guix wrote: > > Other clues that the chat on irc disclosed: > (org.gajim.Gajim:6250): Gtk-WARNING **: 14:31:46.574: Could not find the > icon 'org.gajim.Gajim'. The 'hicolor' theme > was not found either, perhaps you need

bug#48636: Gajim does not load the "close" icon on the chat window

On Mon May 24, 2021 at 6:19 PM CDT, Joshua Branson via Bug reports for GNU Guix wrote: > It also doesn't remember my password. I have to type it in again > everytime I open Gajim. You can work around this part by going to Gajim menu -> Preferences -> Advanced and toggling "Use System Keyring" to

bug#47823: Hardenize Guix website TLS/DNS

If the server configured DNSSEC in a bad way then for surely it wont work and thats what happened with gnu.org if you read this ticket: https://github.com/systemd/systemd/issues/9867 This ticket show clearly that the operators of gnu.org didnt fix their bad DNSSEC configuration despite being

bug#41625: [PATCH] offload: Handle a possible EOF response from read-repl-response.

Fixes . * guix/scripts/offload.scm (check-machine-availability): Refactor so that it takes a single machine object, to allow for retrying a single machine. Handle the case where the checks raised an exception due to the connection to the build machine having

bug#48331: [PATCH draft] build-system: emacs: Generate -pkg.el file in case it is missing

Am Dienstag, den 25.05.2021, 16:40 +0300 schrieb Andrew Tropin: > --- > Thank you for the patches, tested, works for me! The solution is > much more precise than mutating package-directory-list variable, good > job. I don't see any major problems in the implementation (but I'm > not very fluent

bug#46333: sbcl-common-lisp-jupyter does not install kernel.json

Sharlatan Hellseher skribis: > I played with cl-jupyter:install but it heavily depends on Quicklisp > but what basically does - generates simple JSON with CL implementation > https://github.com/yitzchak/common-lisp-jupyter/issues/78 > > First I tried to do the same during build phase by

bug#48331: [PATCH draft] build-system: emacs: Generate -pkg.el file in case it is missing

--- Thank you for the patches, tested, works for me! The solution is much more precise than mutating package-directory-list variable, good job. I don't see any major problems in the implementation (but I'm not very fluent elisp dev and maybe missing something). I drafted a simple build

bug#48649: Guix doesn't boot with LUKS root partition

I installed Guix again, there is just single 2TB encrypted partition with ext4 on top. When booting, there is a prompt asking for a password to decrypt the partition, then there is the boot menu. When hitting enter the laptop gets stuck again just like before. Seems like an issue with grub?

bug#47823: Hardenize Guix website TLS/DNS

No, resolved is on the client side. This means that they managed to set up dnssec, but some clients who use systemd (most Linux users) can't connect to gnu.org domains anymore. I don't think this is acceptable :) Le 25 mai 2021 08:51:29 GMT-04:00, bo0od a écrit : >Then dont use systemd to do

bug#47823: Hardenize Guix website TLS/DNS

Then dont use systemd to do that. There many other methods/tools to achieve having it. Marius Bakke: Julien Lepiller skriver: Le 16 avril 2021 12:15:25 GMT-04:00, Leo Famulari a écrit : On Fri, Apr 16, 2021 at 11:00:05AM +, bo0od wrote: Scanning Guix website gave many missing

bug#48649: Guix doesn't boot with LUKS root partition

Juraj, Juraj Hlista 写道： mount LABEL=system-root /mnt mkdir /mnt/etc /mnt/boot mount LABEL=system-boot /mnt/boot Guix System doesn't support a separate /boot partition. See . I'll leave this bug unmerged with that one until we're sure that's your only

bug#48588: infamous-plugins build fails with invalid conversion from ‘void*

Thanks. Fixed with 03eb0b1be2cfedd0d9a66fef0edc53a17f7653a5. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted signature.asc Description: PGP signature