using private key on removable media

Alex L. Mauer hawke at hawkesnest.net
Mon Apr 30 05:08:51 CEST 2007


This is mostly a wishlist comment, I guess:

It would be great if gnupg would look at all information (keys)
available to it before deciding whether it could perform a given operation.

For example, using my key:
$ gpg --secret-keyring /media/disk/.gnupg/secring.gpg --list-secret-keys
/home/hawke/.gnupg/secring.gpg
------------------------------
sec#  1024D/51192FF2 2002-03-22
[some subkeys, not including the smartcard ones]

/media/disk/.gnupg/secring.gpg
------------------------------
sec   1024D/51192FF2 2002-03-22
[some subkeys, not including the smartcard ones]

sec#  1024D/51192FF2 2002-03-22
[some subkeys]
ssb>  1024R/4A1C1224 2005-06-27
ssb>  1024R/F40CACBA 2005-06-27
ssb>  1024R/694C9CA5 2005-06-27

first, when trying to sign a key using this setup, gnupg decides by
looking only at the first keyring that 'secret key parts are not
available'. even though they are available from the second keyring.

second, when trying to use the smartcard keys from the second keyring,
gpg decides from the first keyring that those keys are not available either.

This is with gnupg 2.0.3.

-Alex Mauer "hawke"
-- 
Bad - You get pulled over for doing 90 in a school zone and you're drunk
off your ass again at three in the afternoon.
Worse - The cop is drunk too, and he's a mean drunk.
FUCK! - A mean drunk that's actually a swarm of semi-sentient
flesh-eating beetles.
OpenPGP key id: 51192FF2 @ subkeys.pgp.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
Url : /pipermail/attachments/20070429/8f01dccc/attachment.pgp 


More information about the Gnupg-users mailing list