Bug#837406: caff: "gpg: error reading key: No public key"

2016-10-05 Thread Ben Hutchings
Control: severity -1 serious On Mon, 12 Sep 2016 14:15:34 +0200 Guilhem Moulin wrote: > Control: tag -1 pending >  > Got it!  I couldn't reproduce it because I have > "$CONFIG{'keys-from-gnupg'} = 1;" in my ~/.caffrc.  The regression was > introduced in r864 (2.4-1) and the

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-12 Thread Marcus Frings
On Mon, 12 Sep 2016 14:15:34 +0200, Guilhem Moulin wrote: > Got it! I couldn't reproduce it because I have > “$CONFIG{'keys-from-gnupg'} = 1;” in my ~/.caffrc. The regression was > introduced in r864 (2.4-1) and the enclosed patch fixes it. Hooray, great! I confirm that

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-12 Thread Guilhem Moulin
Control: tag -1 pending Got it! I couldn't reproduce it because I have “$CONFIG{'keys-from-gnupg'} = 1;” in my ~/.caffrc. The regression was introduced in r864 (2.4-1) and the enclosed patch fixes it. --- diff --git a/caff/caff b/caff/caff index 6dacd57..e920bba 100755 --- a/caff/caff +++

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-12 Thread Marcus Frings
On Mon, 12 Sep 2016 12:13:03 +0200, Guilhem Moulin wrote: > Actually the command that fails is --list-keys not --recv-keys. > --list-keys is run after the various imports to detect keyID > collisions and retrieve key fingerprints. > > However from the debug trace it looks

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-12 Thread Guilhem Moulin
Actually the command that fails is --list-keys not --recv-keys. --list-keys is run after the various imports to detect keyID collisions and retrieve key fingerprints. However from the debug trace it looks like --recv-keys isn't run at all; you don't have “$CONFIG{'no-download'} = 1” in your

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-12 Thread Marcus Frings
On Sun, 11 Sep 2016 21:17:29 +0200, Guilhem Moulin wrote: > Could you try to replace ‘--debug-level basic’ by ‘--debug ipc’? > The output is quite verbose as it includes the downloaded armored > key, but I'd like to see how gpg interacts with dirmngr. For > instance,

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Guilhem Moulin
On Sun, 11 Sep 2016 at 16:37:33 +0200, Marcus Frings wrote: > On Sun, 11 Sep 2016 15:46:58 +0200, Guilhem Moulin > wrote: > >> Still, I can't reproduce this. Could you try to pass ‘--debug-level >> basic’ to the recv-key command? > > I patched caff with the diff file you

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Marcus Frings
On Sun, 11 Sep 2016 16:04:21 +0200, Guilhem Moulin wrote: > Also, does the recv-key command work when you run it manually? > > ~$ gpg --batch --no-tty --homedir ~/.caff/gnupghome \ > --trust-model=always --no-options --use-agent \ >

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Marcus Frings
On Sun, 11 Sep 2016 15:46:58 +0200, Guilhem Moulin wrote: > Still, I can't reproduce this. Could you try to pass ‘--debug-level > basic’ to the recv-key command? I patched caff with the diff file you suggested, but the output is still the same, hence not even additional

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Guilhem Moulin
Also, does the recv-key command work when you run it manually? ~$ gpg --batch --no-tty --homedir ~/.caff/gnupghome \ --trust-model=always --no-options --use-agent \ --keyserver=hkps://hkps.pool.sks-keyservers.net \ --keyserver-options=no-honor-keyserver-url \

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Guilhem Moulin
On Sun, 11 Sep 2016 at 15:19:49 +0200, Marcus Frings wrote: >>~$ gpg --keyserver hkps://hkps.pool.sks-keyservers.net >> --recv-keys 39278DA8109E6244 gpg: keyserver receive failed: Invalid >> argument ~$ $ gpg --keyserver hkp://pool.sks-keyservers.net >> --recv-keys 39278DA8109E6244 gpg: key

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Marcus Frings
Hi Guilhem. On Sun, 11 Sep 2016 14:45:10 +0200, Guilhem Moulin wrote: > Does it work when you replace ‘hkps://hkps.pool.sks-keyservers.net’ by > ‘hkp://pool.sks-keyservers.net’ in ~/.gnupg/gpg.conf? Sorry, I should have told you yesterday that I had already tried this,

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Guilhem Moulin
Hi Marcus, On Sun, 11 Sep 2016 at 13:01:12 +0200, Marcus Frings wrote: > [DEBUG] gpg --batch --no-tty --homedir /home/marcus/.caff/gnupghome > --trust-model=always --no-options --use-agent > --keyserver=hkps://hkps.pool.sks-keyservers.net > --keyserver-options=no-honor-keyserver-url >

Bug#837406: caff: "gpg: error reading key: No public key"

2016-09-11 Thread Marcus Frings
Package: signing-party Version: 2.4-1 Severity: normal Dear Guilhem, after the change from gpg 1.x to 2.1.x caff (or gpg, respectively) fails to fetch keys from keyservers. This is an example: caff --debug 12DA91AD71D80831 [NOTICE] Importing GnuPG options from ~/.gnupg/gpg.conf: [NOTICE]