Experimental HKP Interface

David Shaw dshaw at jabberwocky.com
Fri Jun 7 02:23:02 CEST 2002


On Thu, Jun 06, 2002 at 11:03:52PM +0000, Brian M. Carlson wrote:
> Before you start, I know the interface is experimental, and I shouldn't
> be complaining, but here I go anyway.
> 
> bmc at stonewall:~$ gpg --keyserver pgp.mit.edu --recv-keys c7a966dd
> gpg: NOTE: THIS IS A DEVELOPMENT VERSION!
> gpg: It is only intended for test purposes and should NOT be
> gpg: used in a production environment or with production keys!
> gpg: Warning: using insecure memory!
> gpg: please see http://www.gnupg.org/faq.html for more information
> gpg: unable to execute program "gpgkeys_x-hkp": No such file or directory
> gpg: no handler for keyserver scheme "x-hkp"
> 
> It works with hkp://foo or hkp://foo:11371.
> 
> I'm almost positive this is because the old way of referring to
> keyservers was x-hkp, not hkp. Anyway, the quick and dirty way to
> solve it is symlink gpgkeys_x-hkp to gpgkeys_hkp. You could also replace
> x-hkp with hkp internally, but not supporting x-hkp would break backwards
> compatibility and external programs like keylookup.

Yes.  The name transformation needs to be internal, since not all
platforms have symlinks.  Expect big changes with that program.  It's
very experimental, and not even vaguely ready for actual use (it's not
even part of 'make dist').  I pretty much only checked it in so people
like you would beat on it a bit.. ;)

David

-- 
   David Shaw  |  dshaw at jabberwocky.com  |  WWW http://www.jabberwocky.com/
+---------------------------------------------------------------------------+
   "There are two major products that come out of Berkeley: LSD and UNIX.
      We don't believe this to be a coincidence." - Jeremy S. Anderson




More information about the Gnupg-devel mailing list