bug#53712: Guix System hangs after boot with linux-libre 5.15.17

[Leo Famulari]

On Fri, Feb 11, 2022 at 04:03:03AM +0800, Squirrel via Bug reports for GNU Guix 
wrote:
> Blacklisting the iwlwifi kernel module works as a workaround for now, as is
> suggested by Jason Self, the maintainer of the Freesh and libeRTy apt
> repositories of linux-libre kernel. He mentioned it in Trisquel forum at 
> https://trisquel.info/en/forum/trisquel-9-linux-libre-51517-will-not-allow-login
> and at https://lore.kernel.org/all/20220203161959.3edf1d6e@valencia/

Thanks for the info!

I can confirm that adding the modprobe incantation to my
operating-system declaration, reconfiguring, and rebooting does fix the
bug:

(kernel-arguments
 '(; https://issues.guix.gnu.org/53712#12
   "modprobe.blacklist=pcspkr,snd_pcsp,iwlwifi"))

https://guix.gnu.org/manual/devel/en/html_node/operating_002dsystem-Reference.html#FOOT24

bug#53695: trash-cli crashes

[Simon Streit]

Brice Waegeneire  writes:

> I'm the one who updated trash-cli¹; sorry to have broken it for you.
> Unfortunalty, I can't manage to reproduce it on my side:

Thank you for upgrading it.  My current solution is to keep an old
version around.  So it is not much of a problem really.

> Is it still broken on your side?  Are you on a foreign distro?  Can you share
> other relevant information to find in which condition the package
> break ?

It still is.  My system is at 47eb897bd377f87854335a6d0cc711b94cb8589e.
I just put it into my system declaration again to see if it works, and
that it is not my user profiles breaking them.

It still exits with the same error, and unfortunately I can't provide
more as in to why it is failing.  I can also rebuild the package without
a problem.

I also have a vanilla Guix running in a VM with only a minimum of
packages and no extra config.  I just pulled it into either the system,
or my user profile.  None work.


Kind regards
Simon

bug#53921: [PATCH] services: libvirt: Enable listening mode based on configuration.

[Katherine Cox-Buday]

Brice Waegeneire  writes:

> Good catch! This patch fixes the reported issue, I've tested it with
> success.

Thanks, Brice! This looks great!

-- 
Katherine

bug#53506: guix-packages-base.drv leads to segfault on i686-linux

[Ludovic Courtès]

Hi André,

André Batista  skribis:

> I don't know if it is of any help, but after
> '076e825dc5d585943ce820a279fffe4af09757fb' I could pull again after
> a couple of weeks hitting this bug. Thanks a lot!

Yes.  I just tried ‘guix pull -s i686-linux’ for commit
e641d707e1ec8de2bfc658dcd1757360300aa509 and it passed!

This is certainly due to the reduced heap usage in Guile 3.0.8.
However, while building
/gnu/store/87mqnqwxqbcidbx5bpyrq9xpxmhw1035-guix-packages-base.drv we’re
still peaking at 2.6G resident—only 7% less than before (the packages
files have probably grown in the meantime), so we cannot claim victory
yet.

> Previously I had tried to move rust-tokio* package definitions to
> another file but it wasn't enough to work around it.
>
> While parsing crates-io.scm, it also occured to me to try to
> create a 'crates-crypto.scm' and move all crypto related definitions
> there. Would you think this to be useful even after you get to the
> solution you've been chasing? Are there any guix currently
> working on chopping crates-io.scm down?

I think splitting the file would still be useful, yes; I don’t think
anyone is working on it.

Another thing to consider would be to balance things a bit better, by
arranging so that fewer modules are in ‘guix-packages-base’:

--8<---cut here---start->8---
$ find /gnu/store/ry7fcdq7nwqaca6vanzc5d6z22njr92p-guix-packages-base |wc -l
331
$ find /gnu/store/45izww13rx5lll4pl0vj8xl0633bkzh7-guix-packages |wc -l
212
$ find /gnu/store/ry7fcdq7nwqaca6vanzc5d6z22njr92p-guix-packages-base -name 
crates\*go
/gnu/store/ry7fcdq7nwqaca6vanzc5d6z22njr92p-guix-packages-base/gnu/packages/crates-graphics.go
/gnu/store/ry7fcdq7nwqaca6vanzc5d6z22njr92p-guix-packages-base/gnu/packages/crates-io.go
/gnu/store/ry7fcdq7nwqaca6vanzc5d6z22njr92p-guix-packages-base/gnu/packages/crates-gtk.go
--8<---cut here---end--->8---

For the record, ‘guix-packages-base’ is computed in (guix self) as the
closure of (gnu packages base).

Thanks for your message!

Ludo’.

bug#53855: bug#53880: [PATCH 0/2] Fix build of protonvpn-cli

[Brice Waegeneire]

Hello Josselin,

Josselin Poiret  writes:

> Josselin Poiret (2):
>   gnu: protonvpn-cli: Do not try to wrap the wrapper.
>   gnu: protonvpn-cli: Remove sanity-check phase.
>
>  gnu/packages/vpn.scm | 8 ++--
>  1 file changed, 6 insertions(+), 2 deletions(-)

Thank you for the patch, it fixes . I've build the
package and ran the binary succesfully.  It's pushed as
9c8f68f4796f23c11173fa3f90c69bc85b224ac6 with an added copyright header.

Cheers,
- Brice

bug#53921: [PATCH] services: libvirt: Enable listening mode based on configuration.

[Brice Waegeneire]

Fixes .

* gnu/services/virtualization.scm (libvirt-shepherd-service): Use
  'match-record' instead of accessors.
  Conditionally add "--listen" flag to the start command.
---
Hello Katherine,

Katherine Cox-Buday  writes:

> The shepherd libvirt service contains ways to configure "listening mode"
> (i.e. listening over TCP) capabilities, but contains no way to actually turn
> this feature on, despite referencing[1] an unimplemented `listen` option:

Good catch!  This patch fixes the reported issue, I've tested it with success.

Cheers,
- Brice

 gnu/services/virtualization.scm | 13 -
 1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/gnu/services/virtualization.scm b/gnu/services/virtualization.scm
index 66ae1a1565..ba9fe0505c 100644
--- a/gnu/services/virtualization.scm
+++ b/gnu/services/virtualization.scm
@@ -3,6 +3,7 @@
 ;;; Copyright © 2018, 2020, 2021 Ludovic Courtès 
 ;;; Copyright © 2020,2021 Jan (janneke) Nieuwenhuizen 
 ;;; Copyright © 2021 Timotej Lazar 
+;;; Copyright © 2022 Brice Waegeneire 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -467,16 +468,18 @@ (define (%libvirt-activation config)
 (use-modules (guix build utils))
 (mkdir-p #$sock-dir
 
-
 (define (libvirt-shepherd-service config)
-  (let* ((config-file (libvirt-conf-file config))
- (libvirt (libvirt-configuration-libvirt config)))
+  (match-record config 
+(libvirt listen-tcp? listen-tls?)
 (list (shepherd-service
(documentation "Run the libvirt daemon.")
(provision '(libvirtd))
(start #~(make-forkexec-constructor
- (list (string-append #$libvirt "/sbin/libvirtd")
-   "-f" #$config-file)
+ (list #$(file-append libvirt "/sbin/libvirtd")
+   (if (or #$listen-tcp? #$listen-tls?)
+   "--listen"
+   "")
+   "-f" #$(libvirt-conf-file config))
  ;; For finding qemu and ip binaries.
  #:environment-variables
  (list (string-append

base-commit: 068d99978a0c9c6fb66f95455060c8d08ba55ac5
-- 
2.34.0

bug#53904: Using an http proxy, derivation failed

[Josselin Poiret via Bug reports for GNU Guix]

Hello,
dal-blazej--- via Bug reports for GNU Guix  writes:

> Hi,
>
> I am trying to get Guix in a QubesOS/debian 11 template.  QubesOS expose a 
> proxy
> in its templates, used mostly by apt and dnf.
>
> For some reason all my attempts to modify the systemd unit were
> un-successful so I simply exported it on the command line. However as
> you can see in the following backtrace, that is not working as expected.

As noted in the manual, the guix daemon itself (and not the commands
that communicate with it) needs to have the https_proxy environment
variable set.  What went wrong while modifying the systemd unit?

Best,
-- 
Josselin Poiret

bug#53695: trash-cli crashes

[Brice Waegeneire]

Hello Simon,

Simon Streit  writes:

> With trash-cli's last update, it doesn't work any more and exits with
> the following error:
>
> Traceback (most recent call last):
>   File "/home/ss2/.guix-profile/bin/trash-list", line 4, in 
> from trashcli.list import main as main
> ModuleNotFoundError: No module named 'trashcli'

I'm the one who updated trash-cli¹; sorry to have broken it for you.
Unfortunalty, I can't manage to reproduce it on my side:

--8<---cut here---start->8---
$ /gnu/store/kbsw86qqip1p9yzrnm36d71xhk278m1l-profile/bin/trash-list
2021-12-11 09:12:37 /home/bricewge/project/guix/bricewge/channel
2021-12-21 08:23:06 /home/bricewge/project/guix/bricewge/symlink
[...]
--8<---cut here---end--->8---

Alos I'm using trash-cli daily without any issue since updating it.  The commit
updating the package also activate tests which pass fine on the CI².

Is it still broken on your side?  Are you on a foreign distro?  Can you share
other relevant information to find in which condition the package break ?

¹ https://issues.guix.gnu.org/50235
² http://ci.guix.gnu.org/build/405413/log/raw

Cheers,
- Brice

bug#53948: [aarch64] gettext has a failing test

[Ricardo Wurmus]

On the Honeycomb machines gettext fails to build because of one failing
test.

There is no more information other than this:

--8<---cut here---start->8---
FAIL: test-select-in.sh
===

FAIL test-select-in.sh (exit status: 1)
--8<---cut here---end--->8---

I’m building /gnu/store/8b6ry6k346yidsvwvhfwyw5ghfn1y8gy-git-minimal-2.34.0.drv 
in an attempt to
complete a run of “guix pull”.

At the moment “guix pull” is blocked by the test failures of the various
coreutils derivations and this failure in gettext.

-- 
Ricardo