bug#43014: Install license files to all outputs

[Efraim Flashner]

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’?
> >
> > [...]
> >
> > Perhaps there are corner cases or an issue specific to
> > ‘ghc-build-system’?
> 
> In the case of ‘git-annex’, it just needs a ‘license-file-regexp’
> argument, which is easy enough to fix.  For ‘scroll’, it’s missing a
> license file.  There is “GPL.hs”, but it doesn’t really count, IMO.  It
> contains the text of the GPL (version 2), but as a Haskell string.  I
> guess it’s better than nothing.
> 
> I think there is no bug here, just bad luck.  :)
> 
> 
> -- Tim

Works for me.

-- 
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

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

[Danny Milosavljevic]

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) have produced?  
>^^
>  ^^^
> > 
> > I've tried it again (it's 100% reproducible) and I get (after "sudo -E guix 
> > pull"):
> > 
> >  dannym@dayas ~$ export LC_ALL=C
> >  dannym@dayas ~$ sudo -E guix describe  
>^^^-- ??

Ohh, yeah, sudo without "-E" works fine (sudo guix pull, too).

$ sudo guix describe
Passwort: 
  guix 3d9fddb
Repository-URL: https://git.savannah.gnu.org/git/guix.git
Branch: master
Commit: 3d9fddb2683790df26c53e18d4ff9468442e2368
  heads 50b97d4
Repository-URL: https://github.com/daym/heads-guix.git
Branch: wip-musl
Commit: 50b97d446ebafd0be7a0e19d87cd236882093244

> Maybe it would throw some light to try
>   sudo -iu root env

SHELL=/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash
XDG_CONFIG_DIRS=/root/.guix-profile/etc/xdg:/run/current-system/profile/etc/xdg
SUDO_GID=998
BASH_LOADABLES_PATH=/run/current-system/profile/lib/bash
LINUX_MODULE_DIRECTORY=/run/booted-system/kernel/lib/modules
XCURSOR_PATH=/root/.icons:/root/.guix-profile/share/icons:/run/current-system/profile/share/icons
SUDO_COMMAND=/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash 
-c env
NM_VPN_PLUGIN_DIR=/gnu/store/mnq8x522qp0f0dd6v9p85xqrsx9pjx4a-network-manager-vpn-plugins/lib/NetworkManager/VPN
SUDO_USER=dannym
GTK_DATA_PREFIX=/run/current-system/profile
PWD=/root
LOGNAME=root
MANPATH=/run/current-system/profile/share/man:/root/.guix-profile/share/man:/run/current-system/profile/share/man
GUILE_LOAD_PATH=/run/current-system/profile/share/guile/site/3.0
XAUTHORITY=/run/user/27481/gdm/Xauthority
HOME=/root
GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt
LANG=de_AT.utf8
COLUMNS=1600
SSL_CERT_DIR=/etc/ssl/certs
GIO_EXTRA_MODULES=/run/current-system/profile/lib/gio/modules
PULSE_CLIENTCONFIG=/gnu/store/zc4dsmvdabi00nvisrjhi9w00ff4igs7-client.conf
GUILE_LOAD_COMPILED_PATH=/run/current-system/profile/lib/guile/3.0/site-ccache:/run/current-system/profile/share/guile/site/3.0
INFOPATH=/root/.config/guix/current/share/info:/run/current-system/profile/share/info:/root/.guix-profile/share/info:/run/current-system/profile/share/info
DICPATH=/root/.guix-profile/share/hunspell:/run/current-system/profile/share/hunspell
DBUS_FATAL_WARNINGS=0
PYTHONPATH=/root/.guix-profile/lib/python3.7/site-packages
TERM=xterm
USER=root
TZDIR=/gnu/store/pyk3skinp1f72afpd2xdjdi2j80xngr0-tzdata-2020a/share/zoneinfo
DISPLAY=:1.0
SHLVL=0
GUIX_LOCPATH=/run/current-system/locale
LC_MEASUREMENT=de_DE.utf8
GST_PLUGIN_PATH=/root/.guix-profile/lib/gstreamer-1.0
SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt
NODE_PATH=/root/.guix-profile/lib/node_modules
LC_TIME=de_DE.utf8
LC_ALL=de_DE.utf8
PULSE_CONFIG=/gnu/store/i90b7c63gxd7jf8jqvw2giry88jy3hx0-daemon.conf
XDG_DATA_DIRS=/run/current-system/profile/share:/root/.guix-profile/share:/run/current-system/profile/share
PATH=/run/setuid-programs:/root/.config/guix/current/bin:/root/.guix-profile/bin:/root/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin
SUDO_UID=27481
MAIL=/var/mail/root
GUIX_GTK3_PATH=/run/current-system/profile/lib/gtk-3.0
_=/run/current-system/profile/bin/env

> vs
>   sudo -u root env

XAUTHORITY=/run/user/27481/gdm/Xauthority
LANG=de_AT.utf8
TERM=xterm
DISPLAY=:1.0
LC_MEASUREMENT=de_DE.utf8
PS1=${?#0} \u@\h \w\$ 
LC_TIME=de_DE.utf8
LC_ALL=de_DE.utf8
PATH=/home/dannym/.meteor:/home/dannym/.local/scala/bin:/home/dannym/.local/bin:/home/dannym/.local/rust/bin:/home/dannym/.meteor:/home/dannym/.local/scala/bin:/home/dannym/.local/bin:/home/dannym/.local/rust/bin:/run/setuid-programs:/home/dannym/.config/guix/current/bin:/home/dannym/.guix-profile/bin:/home/dannym/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin
MAIL=/var/mail/root
LOGNAME=root
USER=root
HOME=/root
SHELL=/gnu/store/87kif0bpf0anwbsaw0jvg8fyciw4sz67-bash-5.0.16/bin/bash
SUDO_COMMAND=/run/current-system/profile/bin/env
SUDO_USER=dannym
SUDO_UID=27481
SUDO_GID=998
TZDIR=/gnu/store/pyk3skinp1f72afpd2xdjdi2j80xngr0-tzdata-2020a/share/zoneinfo
LINUX_MODULE_DIRECTORY=/run/booted-system/kernel/lib/modules
SSL_CERT_DIR=/etc/ssl/certs
SSL_CERT_FILE=/etc/ssl/certs/ca-certificates.crt
GIT_SSL_CAINFO=/etc/ssl/certs/ca-certificates.crt
GTK_DATA_PREFIX=/run/current-system/profile
DBUS_FATAL_WARNINGS=0
GUIX_LOCPATH=/run/current-system/locale
PULSE_CONFIG=/gnu/store/i90b7c63gxd7jf8jqvw2giry88jy3hx0-daemon.conf
PULSE_CLIENTCONFIG=/gnu/store/zc4dsmvdabi00nvisrjhi9w00ff4igs7-client.conf
NM_VPN_PLUGIN_DIR=/gnu/store/mnq8x522qp0f0dd6v9p85xqrsx9pjx4a-network-manager-vpn-plugins/lib/NetworkManager/VPN

># should most 

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

[Efraim Flashner]

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-libre-5.7) and used the same commit to reconfigure and
gpg-agent started working as expected again.

I added and removed the qemu-binfmt-service-type before the first
failure with 5.8 and after 5.7 worked. I've attached my os config, and
here's a link¹ to the repo.

(ins)efraim@E5400 ~$ guix describe
Generation 58   Aug 24 2020 23:35:45(current)
  guix c88bccc
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: c88bccc14e29fceb0ac2b139cb5c73546bcee352

¹ 
https://gitlab.com/Efraim/guix-config/-/tree/25470123d5a87c064f52ec4e0d939928bd22500c


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
(use-modules (guix store)
 (guix gexp)
 (gnu)
 (gnu system locale)
 (config filesystems)
 (config guix-daemon)
 (config os-release)
 (srfi srfi-1))
(use-service-modules admin cups desktop linux mcron networking sddm 
security-token ssh virtualization xorg)
(use-package-modules certs connman cups gnome linux virtualization)

(operating-system
  (host-name "E5400")
  (timezone "Asia/Jerusalem")
  (locale "en_US.UTF-8")
  (locale-definitions
(list (locale-definition (source "en_US")
 (name "en_US.UTF-8"))
  (locale-definition (source "he_IL")
 (name "he_IL.UTF-8"

  (bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")))

  (file-systems (cons* (file-system
 (device (file-system-label "root"))
 (mount-point "/")
 (type "btrfs")
 (options 
"autodefrag,compress-force=zstd,discard,ssd_spread"))
   (file-system
 (device (file-system-label "data"))
 (mount-point "/data")
 (type "ext4"))
   %guix-temproots
   %base-file-systems))

  (kernel linux-libre-5.7)
  (swap-devices '("/dev/sda1"))

  (users (cons (user-account
(name "efraim")
(comment "Efraim")
(group "users")
(supplementary-groups '("wheel" "netdev" "kvm"
"lp" "lpadmin"
"libvirt"
"audio" "video"))
(home-directory "/home/efraim"))
   %base-user-accounts))

  ;; This is where we specify system-wide packages.
  (packages (cons* nss-certs ;for HTTPS access
   cups
   hicolor-icon-theme
   econnman
   btrfs-progs compsize
   virt-manager
   %base-packages))

  (services (cons* (service enlightenment-desktop-service-type)

   (simple-service 'os-release etc-service-type
   `(("os-release" ,%os-release-file)))

   (service guix-publish-service-type
(guix-publish-configuration
  (host "0.0.0.0")
  (port 3000)))
   (service openssh-service-type
(openssh-configuration
  (password-authentication? #t)))

   (service tor-service-type)
   (tor-hidden-service "ssh"
   '((22 "127.0.0.1:22")))
   (tor-hidden-service "guix-publish"
   
;jlcmm5lblot62p4txmplf66d76bsrfs4ilhcwaswjdulf6htvntxztad.onion
   '((3000 "127.0.0.1:3000")))

   (service cups-service-type
(cups-configuration
  (web-interface? #t)
  (default-paper-size "A4")
  (extensions
(list cups-filters hplip-minimal

   (service mcron-service-type
(mcron-configuration
  (jobs (%btrfs-maintenance-jobs "/"

   (service openntpd-service-type
(openntpd-configuration
  (listen-on '("127.0.0.1" "::1"))
  (allow-large-adjustment? #t)))

   (service connman-service-type)

   (service libvirt-service-type

bug#41063: emacs-guix: unrecognized keyword error

[Ludovic Courtès]

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/?id=65ffb9388c1c3d870cb07e4cb3ef12c9ac06a161
>>
>> I see it’s already reported upstream:
>>
>>   https://gitlab.com/emacs-guix/emacs-guix/-/issues/18
>
> This is fixed with the latest (gitlab) version:
>
> From 1c58fd7f2de4623bb051e7f8472e703290663e64 Mon Sep 17 00:00:00 2001
> From: Michael Rohleder 
> Date: Fri, 31 Jul 2020 08:33:43 +0200
> Subject: [PATCH] gnu: emacs-guix: Update to latest gitlab version.
>
> * gnu/packages/emacs-xyz.scm (emacs-guix): Update to a 0.5.2 snapshot.
> fix https://issues.guix.gnu.org/41063
> [source] changes to git-getch.
> [snippet] removed.
> [native-inputs] added tools to build.

It’s perhaps not directly related but there’s still something wrong with
this snapshot.  If I do:

--8<---cut here---start->8---
$ guix describe
Generacio 153   Aug 24 2020 10:53:47(nuna)
  guix c687299
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: c6872990b51971922f3064cba54ab752fcdc1559
$ guix environment -E ^TERM  --ad-hoc emacs emacs-guix -C -- emacs -nw
--8<---cut here---end--->8---

and from there:

  M-x guix RET p a

I get this error in the Guix REPL:

--8<---cut here---start->8---
Error in evaluating guile expression: ice-9/boot-9.scm:1669:16: In procedure 
raise-exception:
Unbound variable: %max-returned-list-size

Entering a new prompt.  Type `,bt' for a backtrace or `,q' to continue.
scheme@(emacs-guix) [1]>
--8<---cut here---end--->8---

Does that ring a bell?

Thanks,
Ludo’.

bug#42920: conda 4.8.3 on guix cannot activate environments

[Ricardo Wurmus]

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-Prompt-HOWTO/setps.html

Good sleuthing!

> So .conda.real never gets the PS1 variable and it disappears.
>
> I don't really understand why there is a bash function, a conda bash script
> and a .conda-real python script.

That’s because we wrap application to ensure that they run with expected
environment variables.  By default this wrapper is implemented as a Bash
script, but we also have “wrap-script”, which turns scripts using “#” as
a comment character into polyglottal Guile scripts, setting variables
with Guile and then reexecuting themselves with the actual interpreter.

Not sure if that would help here.

(There also have been reports about “wrap-script” being buggy, but I
don’t recall any details.)

-- 
Ricardo

bug#42920: conda 4.8.3 on guix cannot activate environments

[Hugo Buddelmeijer]

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-not-inherit-exported-variable-ps1
> > https://tldp.org/HOWTO/Bash-Prompt-HOWTO/setps.html
>
> Good sleuthing!
>
> > So .conda.real never gets the PS1 variable and it disappears.


I did some more experiments, and forcing the wrapper script to start in
interactive mode solves the problem.

`conda init` adds some things to `.bashrc`, in particular it `eval`s the
output from `conda shell.bash hook`, which creates the `conda` bash
function (and associated functions).

The output from `conda shell.bash hook` seems to be based on
`/etc/profile.d/conda.sh`:
https://github.com/conda/conda/blob/master/conda/shell/etc/profile.d/conda.sh
As in, it prefixes some environment variables and appends the activation of
the base environment.

Now if we replace all 5 occurances of
"$CONDA_EXE" $_CE_M $_CE_CONDA
in that file with
bash --norc -i "$CONDA_EXE" $_CE_M $_CE_CONDA
then everything works as expected.

The -i is to enable interactive mode, preventing PS1 from being eaten.
--norc is necessary to not source .bashrc.
There are two occurences of "$CONDA_EXE" that should not be replaced, hence
adding the CE variables.

Would editing files like that be possible in a guix package script?

It seems that it is only a simple sed replace on a single file. It is a bit
hackish, because it adds knowledge to the package that a) there is a
wrapper script and b) it is in bash.

I have only experimented with it by copying the output off `conda
shell.bash hook` to a file in my home directory and editing that. Maybe I
can try to update the package too.

Other options:
- Use some other sh than bash, one that does not eat PS1, (e.g. dash) as
wrapper script. I just verified that *all* wrappers on my machine are bash.
However, some are using bash-minimal, so that means that there is a choice,
so maybe switching shells is possible?
- Somehow let conda work with another variable than PS1. Seems more
complicated.

Then what is left is updating `conda init` such that
- it doesn't complain when it cannot edit files
- it only uses paths in ~/.guix-profile
but this is not essential to get conda to work.

Cheers,
Hugo

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

[Adam Griffiths]

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 

Error:

$ guix pull
Migrating profile generations to '/var/guix/profiles/per-user/adam'...
Updating channel 'guix' from Git repository at '
https://git.savannah.gnu.org/git/guix.git'...

$ sudo guix system reconfigure /etc/config.scm

guile: warning: failed to install locale
hint: Consider installing the `glibc-utf8-locales' or `glibc-locales'
package and defining
`GUIX_LOCPATH', along these lines:

 guix package -i glibc-utf8-locales
 export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

guix system: warning: cannot determine provenance for current system
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%



downloading from
https://ci.guix.gnu.org/nar/lzip/0llx3y194278l5ksr4xh9kc64mh8nn8d-nss-certs-3.52.1
...
 nss-certs-3.52.1  133KiB186KiB/s 00:00
[  ]  48.3%
Backtrace:
   3 (apply-smob/1 #)
In ice-9/boot-9.scm:
705:2  2 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8  1 (_ #(#(#)))
In guix/ui.scm:
  1936:12  0 (run-guix-command _ . _)

guix/ui.scm:1936:12: In procedure run-guix-command:
Throw to key `encoding-error' with args `("scm_to_stringn" "cannot convert
wide string to output locale" 84 #f #f)'.
substitution of
/gnu/store/0llx3y194278l5ksr4xh9kc64mh8nn8d-nss-certs-3.52.1 failed
killing process 5266
guix system: error: some substitutes for the outputs of derivation
`/gnu/store/55mphxd7fz9km07s2zy1x26vcljh6yb5-nss-certs-3.52.1.drv' failed
(usually happens due to networking issues); try `--fallback' to build
derivation from source

The error is always when installing nss-certs, is entirely repeatable, and
therefore not to do with a network connection.

I tried this about 4 months previous, and again today, and have been
presented with exactly the same error.

The error always occurs at 48.3%.

A post on Reddit (
https://www.reddit.com/r/GUIX/comments/hxrmzn/guix_system_error/) has the
exact same error as this. The error even occurred at the same 48.3%!

I selected the Australian Locale (en_AU) during this installation. I am
unsure why the locales error is present after installation. I ran the
commands it suggested last time and the warning did not disappear, nor did
the nss-certs error get resolved.

I can run --fallback, but to me this is ignoring an obvious issue with a
vanilla system that should work out of the box.

Steps to reproduce:

* Create new VBox VM
  *   Install GuixSD Graphical
  *   Select Australia locale
  *   Select defaults
  *   boot into the system
  *  $ guix pull
  *  $ sudo guix system reconfigure /etc/config.scm

Original post
https://superuser.com/questions/1580209/vanilla-guix-1-1-0-reconfigure-fails-on-nss-certs

bug#43048: QEMU 5 fails its test suite

[Maxim Cournoyer]

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_BINARY=i386-softmmu/qemu-system-i386 QTEST_QEMU_IMG=qemu-img 
tests/qtest/boot-order-test -m=quick -k --tap < /dev/null | 
./scripts/tap-driver.pl --test-name="boot-order-test" 
PASS 1 boot-order-test /i386/boot-order/pc
MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}  
QTEST_QEMU_BINARY=i386-softmmu/qemu-system-i386 QTEST_QEMU_IMG=qemu-img 
tests/qtest/bios-tables-test -m=quick -k --tap < /dev/null | 
./scripts/tap-driver.pl --test-name="bios-tables-test" 
qemu-system-i386: error: failed to set MSR 0x4b564d02 to 0x0
qemu-system-i386: 
/tmp/guix-build-qemu-5.0.0.drv-0/qemu-5.0.0/target/i386/kvm.c:2695: 
kvm_buf_set_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed.
Broken pipe
tests/qtest/libqtest.c:175: kill_qemu() detected QEMU death from signal 6 
(Aborted)
ERROR - too few tests run (expected 17, got 0)
make: *** 
[/tmp/guix-build-qemu-5.0.0.drv-0/qemu-5.0.0/tests/Makefile.include:636: 
check-qtest-i386] Error 1

Test suite failed, dumping logs.
command "make" "check" "V=1" failed with status 2
builder for `/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv' failed 
with exit code 1
build of /gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv failed
View build log at 
'/var/log/guix/drvs/xk/w86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv.bz2'.
guix system: error: build of
`/gnu/store/xkw86xzrqamn9kjihkdwrfiadvmxrxh1-qemu-5.0.0.drv' failed
--8<---cut here---end--->8---

Maxim

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

[bo0od]

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 well.


ThX!

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

[Leo Famulari]

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 launching it and giving it the path to pinentry. I then changed
> to (kernel linux-libre-5.7) and used the same commit to reconfigure and
> gpg-agent started working as expected again.

Weird! You should run gpg-agent with `strace -f` and see where it is
looking.


signature.asc
Description: PGP signature

bug#43048: QEMU 5 fails its test suite

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

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#42859: guix lint: permission denied for cve checker

[Ludovic Courtès]

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 2020...view1 [cve]...
>> [...]
>>> In procedure mkdir: Permission denied
>>> ```
>>
>> Do you know which directory that is? You can run the comand with `strace
>> -f` to check.
>
> Ah thanks for that hint!
>
> [...]
> [pid 20797] mkdir("/home/jonathan/.cache/guix", 0777) = -1 EEXIST (Die
> Datei existiert bereits)
> [pid 20797] mkdir("/home/jonathan/.cache/guix/http", 0777) = -1 EACCES
> (Keine Berechtigung)
> [pid 20797] write(2, "Backtrace:\n", 11Backtrace:
> ) = 11
> [...]
>
> ll /home/jonathan/.cache/guix
> insgesamt 8
> drwxr-xr-x 3 root root 4096 17. Jun 00:00 authentication/
> drwxr-xr-x 6 root root 4096  7. Jun 11:53 checkouts/
>
> So i wonder now why it's owned by root and not by jonathan:users like
> the rest (apart from guile) in ~/.cache/

Perhaps you previously ran “sudo guix lint -c cve” or something?

Commit 4c5edee1ef2aff2b8f3782ccb03723a6428bf600 leads to a clearer error
message pointing at the faulty directory permissions.

I think we’re done?

Thanks,
Ludo’.