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
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
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
+++
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
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
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,
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
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 \
>
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
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 \
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
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,
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
>
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]
14 matches
Mail list logo