bug#33165: GNOME keyring SSH agent => sign_and_send_pubkey: signing failed: agent refused operation

2018-11-29 Thread Ricardo Wurmus
Chris Marusich writes: > The version of GNOME currently packaged in Guix is 3.24.3 (see > gnu/packages/gnome.scm). Because GNOME Keyring just wrap's OpenSSH's > ssh-agent starting with GNOME 3.28, it seems likely that upgrading to > GNOME 3.28 or later will fix your issue. If your problem con

bug#33165: GNOME keyring SSH agent => sign_and_send_pubkey: signing failed: agent refused operation

2018-11-29 Thread Chris Marusich
Henk Katerberg writes: > On GuixSD running Gnome: the command 'ssh ' results in error > sign_and_send_pubkey: signing failed: agent refused operation > and then falls back to password authentication. > > (Work-around is to manually start the openssh agent 'eval > $(ssh-agent)' after which 'ssh

bug#33555: test.iso-image-installer.i686 got stuck after kernel oops

2018-11-29 Thread Mark H Weaver
The most recent build of 'test.iso-image-installer.i686-linux', which was performed on hydra.gnunet.org, hit a kernel oops, and subsequently got stuck. https://hydra.gnu.org/build/3194778 Here's the kernel oops debugging output: --8<---cut here---start->8---

bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."

2018-11-29 Thread Danny Milosavljevic
Hmm, I wonder whether it might make sense to add "--debug" to udevd in gnu/services/base.scm in order to track down this problem. The loop looks rather harmless and only checks whether the actual udev socket is available - which it must be for udevd to work. It does the following right now:

bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."

2018-11-29 Thread Mark H Weaver
Mark H Weaver writes: > Mark H Weaver writes: > >> As I write this, there are two system test builds that have been stuck >> for many hours, endlessly printing "shepherd[1]: waiting for udevd...": >> >> https://hydra.gnu.org/build/3153725 >> https://hydra.gnu.org/build/3154365 >> >> They are

bug#33525: bigloo4.3b.tar.gz modified in place

2018-11-29 Thread Ludovic Courtès
Hi! l...@gnu.org (Ludovic Courtès) skribis: > As has become customary, ‘bigloo4.3b.tar.gz’ has been modified in > place: > > original tarball: > > > > new one: >