[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

pgp import problem (was Re: [SOLVED] Re: Problems with Gnome appearance.)



On Wed, Jun 04, 2008 at 01:45:47PM +0100, Brad Rogers wrote:
> On Wed, 4 Jun 2008 14:41:08 +0200
> Jochen Schulz <ml@well-adjusted.de> wrote:
> 
> Hello Jochen,
> 
> > $ gpg --keyserver subkeys.pgp.net --recv-keys 3710949B
> > gpg: requesting key 3710949B from hkp server subkeys.pgp.net
> > gpg: key 3710949B: "Frank McCormick <debian@videotron.ca>" not changed
> > gpg: Total number processed: 1
> > gpg:              unchanged: 1
> 
> Typical;  I'd tried for hours, without success.  You get it, and *now*
> I've got it.

Sorry to jump in mid thread, but since this issue has popped up I
thought I'd mention a problem I've been having.

$ gpg --keyserver subkeys.pgp.net --recv-keys 330C4A75
gpg: requesting key 330C4A75 from hkp server subkeys.pgp.net
gpgkeys: key 330C4A75 not found on keyserver
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 3A skipped
gpg: invalid radix64 character 5F skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2E skipped
gpg: invalid radix64 character 2D skipped
gpg: invalid radix64 character 3A skipped
gpg: invalid radix64 character 3B skipped
gpg: malformed CRC
gpg: read_block: read error: invalid keyring
gpg: Total number processed: 0
$

The weird thing is, it works for other people. Googling on the radix64
messages seems to indicate something to do with the headers returned
from the server. Why should I be the only one to get this.

Stock gpg from etch.

Any hints.

P.S. Also happens to keys: C02440B8 73CDA455

-- 
Chris.
======
"One, with God, is always a majority, but many a martyr has been burned
   at the stake while the votes were being counted."  -- Thomas B. Reed


Reply to: