bug#42859: guix lint: permission denied for cve checker

Jonathan Brielmaier skribis: > On 14.08.20 20:27, Leo Famulari wrote: >> On Fri, Aug 14, 2020 at 02:26:03PM +0200, Jonathan Brielmaier wrote: >>> When running guix lint with the cve checker I get the following error: >>> >>> ``` >>> guix lint icecat --checkers=cve >>> fetching CVE database for 20

bug#43048: QEMU 5 fails its test suite

Maxim Cournoyer 写道： guix system: error: build of `/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv' failed For the record: this derivation built fine on berlin (CI). Kind regards, T G-R signature.asc Description: PGP signature

bug#43035: gpg-agent can't find pinentry with linux-libre-5.8.3

On Tue, Aug 25, 2020 at 12:45:45PM +0300, Efraim Flashner wrote: > This bug report sounds absurd to me but I don't see anything else > obvious that changed. I reconfigured with (kernel linux-libre) and the > gpg-agent couldn't find any pinentry. I even tried killing gpg-agent and > manually launchi

bug#43049: Add the ability to install GuixSD offline + Add the ability to add static IP

Add the ability to install GuixSD offline + Add the ability to add static IP in the installation process. This is important as users with static IP or using VMs or Offline usage cant use this distro. These features are very common and its almost in every OS available, Hope to see it here as

bug#43048: QEMU 5 fails its test suite

Hello, Found while reconfiguring with Guix at commit fbd36a233420757e11b6abb076647781d4e5652d: --8<---cut here---start->8--- SS 17 hd-geo-test /i386/hd-geo/override/virtio_hot_unplug MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))} QTEST_QEMU

bug#43039: Vanilla GUIX 1.1.0 reconfigure fails on nss-certs

After installing GuixSD 1.1.0 into a VirtualBox VM and following the After System Installation steps ( https://guix.gnu.org/manual/en/html_node/After-System-Installation.html#After-System-Installation), the update fails when trying to update nss-certs. Possibly related to #37662

bug#42920: conda 4.8.3 on guix cannot activate environments

Hi Ricardo, On Tue, 25 Aug 2020 at 14:35, Ricardo Wurmus wrote: > > > The problem with the prompt arises from step 4), because 'conda' has bash > > as interpreter, and "non-interactive bashes go out of their way to unset > > PS1": > > > https://superuser.com/questions/663069/why-does-subshell-no

bug#42920: conda 4.8.3 on guix cannot activate environments

Hi Hugo, > The problem with the prompt arises from step 4), because 'conda' has bash > as interpreter, and "non-interactive bashes go out of their way to unset > PS1": > https://superuser.com/questions/663069/why-does-subshell-not-inherit-exported-variable-ps1 > https://tldp.org/HOWTO/Bash-Promp

bug#41063: emacs-guix: unrecognized keyword error

Hi Michael, Michael Rohleder skribis: > Ludovic Courtès writes: >>> emacs-guix/actions.scm:118:8: In procedure process-package-actions: >>> Unrecognized keyword: #:use-substitutes? >> >> This probably has to do with this API change: >> >> >> https://git.savannah.gnu.org/cgit/guix.git/commit/

bug#43035: gpg-agent can't find pinentry with linux-libre-5.8.3

This bug report sounds absurd to me but I don't see anything else obvious that changed. I reconfigured with (kernel linux-libre) and the gpg-agent couldn't find any pinentry. I even tried killing gpg-agent and manually launching it and giving it the path to pinentry. I then changed to (kernel linux

bug#42983: "sudo -E guix pull" breaks ~/.config/guix/current for regular user

Hi, On Mon, 24 Aug 2020 04:38:29 +0200 Bengt Richter wrote: > On +2020-08-24 01:53:20 +0200, Danny Milosavljevic wrote: > > Hi, > > > > On Sat, 22 Aug 2020 18:20:09 +0200 > > Bengt Richter wrote: > > > > > BTW, what would sudo guix describe without the -E (preserving user > > > environment

bug#43014: Install license files to all outputs

On Mon, Aug 24, 2020 at 11:20:40PM -0400, Timothy Sample wrote: > Ludovic Courtès writes: > > > Efraim Flashner skribis: > > > >> It seems to me that the license file(s) should be installed to all the > >> outputs. > > > > Isn’t it already happening, at least with ‘gnu-build-system’? > > > > [..