Re: GPG key loading takes too long

Hi,

Am Dienstag, den 23.01.2007, 18:11 -0500 schrieb Sam Varshavchik:
> > Am Dienstag, den 23.01.2007, 07:13 -0500 schrieb Sam Varshavchik:
> >> Joachim Breitner writes:
> >> > Am Sonntag, den 21.01.2007, 19:31 -0500 schrieb Sam Varshavchik:
> >> >> > I just had a look at cone and it looked very promising, especially the
> >> >> > IMAP support. One thing though annoys me a lot: When I start it, it
> >> >> > reads in all the keys in my public GPG keyring, which is rather large,
> >> >> > delaying the start-up too much. Can this be somehow cached, or loaded in
> >> >> > the background, or something else?
> >> >> 
> >> >> Feel free to submit patches.
> >> > 
> >> > I investigated the issue a bit further: The gpglib passes the
> >> > --list-sigs option to gpg, but does not use the sigs in any way (the
> >> > lines are ignored in dolist_callback). Changing that to --list-keys in
> >> > list.c on line 63 fixes this and makes the start considerably faster:
> >> > 
> >> > -      argvec[1]= secret ? "--list-secret-keys":"--list-sigs";
> >> > +      argvec[1]= secret ? "--list-secret-keys":"--list-keys";
> >> > 
> >> > I hope I didn’t miss anything, but I think this works just fine.
> >> 
> >> Not quite.  The signatures are shown when a gpg key is selected for 
> >> encrypting or signing.  Although they are for informational purposes only, 
> >> it is an important data that should not be swept under the rug.
> > 
> > Hmm, I can’t find it in the program, and neither can I find code that
> > parses the gpg output lines that start with "sig". What am I missing?
> 
> The fact that they are processed by the default codepath in 
> dolist_callback(), in gpglib/list.c.

Ok, I think I was confused by line 362: I forgot that strcmp returns a
true value if the arguments don’t match. Sorry for that.

> Try to encrypt the message to a signed public key.  Cone will display they 
> key's signature.

I see that now, but what is the point? Most keys have several douzend of
signatures, and cone only displays the first few of them (or I haven’t
figured out how to scroll). It is even hiding the other “uid” lines.

But before I bug you more: Is cone still being actively maintained, or
is it rather stagnant? At least the CVS commits seem to be old and rare.

Thanks,
Joachim
-- 
Joachim "nomeata" Breitner
  mail: [email protected] | ICQ# 74513189 | GPG-Key: 4743206C
  JID: [email protected] | http://www.joachim-breitner.de/
  Debian Developer: [email protected]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Courier-cone mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-cone