From cru at zodia.de Sun Dec 4 03:24:17 2005 From: cru at zodia.de (Veit Wahlich) Date: Sun Dec 4 04:58:07 2005 Subject: GPA 0.7.0 GPGME "general error" [scanned] Message-ID: <1133663057.3420.17.camel@localhost.localdomain> Hi list! I ran into problems signing PGP keys using GPA on Fedora Core 4: GPA claims a GPGME "general error" when trying to sign a pubkey and aborts. I already tried different versions of gpgme (0.4.4, 1.0.0, 1.0.1, 1.0.3) as I supposed the problem on gpgme, but the problem persists. Also after recompiling GPA and replacing libgpg-error and gnupg with other versions did not solve the problem. Using the current GPA CVS sources did not help either. Creating a GPGME debug log does not emerge any bold problem, it seems GPA simply do not know how to handle the returned value. The last ~100 lines of the log are here: http://ircnet.de/paste/27 On FC3 the problem does not exist, even with similar versions of the packages above, so I tried to deal with the main differences - i.e. removing gnupg2 support from gpgme and using gcc 3.2 instead of gcc 4 - without success. I heard about the same problem on FC5test1 I also googled for the problem but found no further ideas on fixing this. Any hints? Best regards, // Veit -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : /pipermail/attachments/20051204/002def52/attachment.pgp From peter_e at gmx.net Mon Dec 5 23:24:59 2005 From: peter_e at gmx.net (Peter Eisentraut) Date: Tue Dec 6 10:43:52 2005 Subject: pinentry symlink default Message-ID: <200512052324.59329.peter_e@gmx.net> I am wondering why pinentry-gtk is the default for the pinentry symlink. Shouldn't the "best" or most modern variant be the default, that is, gtk-2 or qt? What advantage does the old gtk variant have? (Considering that pinentry is mostly used by kmail, the qt variant might be the best default.) From wk at gnupg.org Tue Dec 6 12:27:05 2005 From: wk at gnupg.org (Werner Koch) Date: Tue Dec 6 12:31:58 2005 Subject: pinentry symlink default In-Reply-To: <200512052324.59329.peter_e@gmx.net> (Peter Eisentraut's message of "Mon, 5 Dec 2005 23:24:59 +0100") References: <200512052324.59329.peter_e@gmx.net> Message-ID: <87k6eio48m.fsf@wheatstone.g10code.de> On Mon, 5 Dec 2005 23:24:59 +0100, Peter Eisentraut said: > I am wondering why pinentry-gtk is the default for the pinentry symlink. > Shouldn't the "best" or most modern variant be the default, that is, gtk-2 or The most modern one is not always the best one. I am not sure about gtk+-2 version but it is likely similar to the gtk+-1 version. However gtk+-1 is all in all smaller and thus less error prone. I won't use qt for security reasons - it is huge and has the secure entry widget seems to be very complicated. Anyway, it is up to a distribution or user to select the symlink. Shalom-Salam, Werner From bernhard at intevation.de Tue Dec 6 18:26:06 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue Dec 6 18:25:50 2005 Subject: GPA 0.7.0 GPGME "general error" [scanned] In-Reply-To: <1133663057.3420.17.camel@localhost.localdomain> References: <1133663057.3420.17.camel@localhost.localdomain> Message-ID: <20051206172606.GO6193@intevation.de> On Sun, Dec 04, 2005 at 03:24:17AM +0100, Veit Wahlich wrote: > I ran into problems signing PGP keys using GPA on Fedora Core 4: > GPA claims a GPGME "general error" when trying to sign a pubkey and > aborts. > Using the current GPA CVS sources did not help either. > > Creating a GPGME debug log does not emerge any bold problem, it seems > GPA simply do not know how to handle the returned value. > The last ~100 lines of the log are here: http://ircnet.de/paste/27 Strange. You file an issue in the ?gypten tracker for this, attacheing the log. > On FC3 the problem does not exist, even with similar versions of the > packages above, so I tried to deal with the main differences - i.e. > removing gnupg2 support from gpgme and using gcc 3.2 instead of gcc 4 - > without success. > I heard about the same problem on FC5test1 > > I also googled for the problem but found no further ideas on fixing > this. > > Any hints? I guess that we need to add debugging code to GPA to find out what is going on. It could also be related to threading code or something else. Did you compile anything with optimisation? You could try without, in rare cases this might help to find problems with compiler optimisation. As you have switched the compiler, it might be more in the libraries I guess. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20051206/dd9dcdc0/attachment.pgp From wk at gnupg.org Tue Dec 6 20:16:39 2005 From: wk at gnupg.org (Werner Koch) Date: Tue Dec 6 20:21:55 2005 Subject: GPA 0.7.0 GPGME "general error" [scanned] In-Reply-To: <1133663057.3420.17.camel@localhost.localdomain> (Veit Wahlich's message of "Sun, 04 Dec 2005 03:24:17 +0100") References: <1133663057.3420.17.camel@localhost.localdomain> Message-ID: <87mzjekpd4.fsf@wheatstone.g10code.de> On Sun, 04 Dec 2005 03:24:17 +0100, Veit Wahlich said: > Using the current GPA CVS sources did not help either. Oops. We moved to Subversion. See http://wald/intevation.de/projects/gpa I just commited a README.WARNING-REPOSITORY-NOT-CURRENT to the old CVS rep. Same for gpgme, the rep is now at svn://cvs.gnupg.org/gpgme . Salam-Shalom, Werner