From bernhard at intevation.de Fri Apr 1 12:30:57 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri Apr 1 12:26:56 2005 Subject: can't add new keys In-Reply-To: <1112193648.5922.40.camel@3e6b2703.rev.stofanet.dk> References: <1110699241.5912.9.camel@3e6b3687.rev.stofanet.dk> <20050329135359.GD29777@intevation.de> <1112193648.5922.40.camel@3e6b2703.rev.stofanet.dk> Message-ID: <20050401103057.GK15905@intevation.de> On Wed, Mar 30, 2005 at 04:40:48PM +0200, Duncan Lithgow wrote: > On Tue, Mar 29, 2005 at 05:30:01PM +0200, Duncan Lithgow wrote: > > > Which version of gpa and gnupg are you trying BTW? > > > > > Aha! The list is alive :-) > > > Sure, it is, though slow sometimes. > > Can you also send your answer to the list then. ;) > > My problems importing keys are with these versions: > gpa: 0.7.0 > gnupg 1.2.6-1@i386 The hkp http interface might not have been build. Did you build yourself? For my Debian gpg 1.2.5 I can do gpg --recv KEYNUMER and have keyserver subkeys.pgp.net in my .gnupg/gpg.conf -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20050401/07a5e6cf/attachment.pgp From bernhard at intevation.de Fri Apr 1 12:35:44 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri Apr 1 12:31:45 2005 Subject: Incompatible passphrase encoding in gpg/gpg-agent? In-Reply-To: <200503301735.34284.michaelnottebrock@gmx.net> References: <200503301735.34284.michaelnottebrock@gmx.net> Message-ID: <20050401103544.GM15905@intevation.de> On Wed, Mar 30, 2005 at 05:35:27PM +0200, Michael Nottebrock wrote: > I have recently received a bugreport about pinentry-qt not handling the "?" > character correctly. After some testing it turns out that gpg, if used > without gpg-agent seems to encode passphrases differently than the agents do. That probably is a locale and encoding issue. Of course the pinentries should use the current locale and if they run on X11 they are influenced by those settings, too. In order to debug this, you could try with several locales and also try to see if xev and on the terminal, the same key symbols will be created. > Testcase: Run gpg without agent active, use passwd to change a key passphrase > to "test?test". Save. Then run gpg-agent (any pinentry variant will do) and > try to change the passphrase again with gpg. Gpg won't accept the passphrase > string delivered by gpg-agent. Unset the GPG_AGENT_INFO env var and change > passphrase in gpg without agent - works. > > This is with gpg from GnuPG 1.4.0, gpg-agent from GnuPG 1.9.14 and pinentry > 0.7.1. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20050401/8a4c4618/attachment.pgp From bernhard at intevation.de Fri Apr 1 12:33:25 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri Apr 1 12:50:22 2005 Subject: OpenPGP smartcard and KMail (KDE 3.4) In-Reply-To: <87vf785kcj.fsf@wheatstone.g10code.de> References: <200503301614.33147.huehn-ml@arcor.de> <87vf785kcj.fsf@wheatstone.g10code.de> Message-ID: <20050401103325.GL15905@intevation.de> On Thu, Mar 31, 2005 at 09:46:04AM +0200, Werner Koch wrote: > On Wed, 30 Mar 2005 16:14:33 +0200, Thomas H?hn said: > > > KMail never asks for the smartcard's PIN and hangs. Until I kill the gpg > > I assume you are not using the gpg-agent. Just a side note: At the Freiheitspart in Berlin two weeks ago, I also had a hang _with_ the gpg-agent when the card was not inserted. Even as I reinserted, I needed to kill it. Also the pin was not cached. There was no time to further investige, so this is just an observation, not a real bug report. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20050401/fa64dc2f/attachment.pgp From michaelnottebrock at gmx.net Sun Apr 10 13:51:05 2005 From: michaelnottebrock at gmx.net (Michael Nottebrock) Date: Sun Apr 10 13:47:42 2005 Subject: Incompatible passphrase encoding in gpg/gpg-agent? In-Reply-To: <20050401103544.GM15905@intevation.de> References: <200503301735.34284.michaelnottebrock@gmx.net> <20050401103544.GM15905@intevation.de> Message-ID: <200504101351.06046.michaelnottebrock@gmx.net> Bernhard Reiter sagte: > On Wed, Mar 30, 2005 at 05:35:27PM +0200, Michael Nottebrock wrote: >> I have recently received a bugreport about pinentry-qt not handling the >> "?" >> character correctly. After some testing it turns out that gpg, if used >> without gpg-agent seems to encode passphrases differently than the >> agents do. > > That probably is a locale and encoding issue. > Of course the pinentries should use the current locale and if they > run on X11 they are influenced by those settings, too. The mailing list has been rejecting mails last week and then I forgot about the issue, sorry for the delay. I've tested this with gpg and the pinentries running in the same x11-session with the same locale and encoding (de_DE.ISO8859-15, I believe that charset is called @euro in glibc-land). It should be easily reproducable. -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org From mutz at kde.org Mon Apr 11 18:48:02 2005 From: mutz at kde.org (Marc Mutz) Date: Mon Apr 11 20:49:16 2005 Subject: CVS HEAD compile woes Message-ID: <200504111848.03042.mutz@kde.org> Hi, tried to build current CVS of all seven Ae2 backend modules. gpg-error worked nice with whatever AM version I was using, but libassuan requires AM 1.9. After apt-get'ing automake1.9, gpg-error now fails with: > src/Makefile.am: required file `./compile' not found > configure: creating ./config.status > config.status: creating src/gpg-error-config > config.status: error: cannot find input file: Makefile.in > Configure failed My build and checkout scripts are attached. They worked flawlessly before. Marc -------------- next part -------------- #!/bin/bash function die() { echo $1 exit 1 } PREFIX=/opt/ae2 DIRS="$@" if [ ! "$DIRS" ] ; then DIRS="$(echo [0-9][0-9]_*)" fi for dir in $DIRS; do ( echo "$0: Entering $dir" cd $dir || die "Can't cd into $dir" echo "$0: Running autogen" ./autogen.sh || die "Can'd run autogen.sh" echo "$0: Running configure" PATH=$PREFIX/bin:$PATH ./configure \ --enable-maintainer-mode --prefix=$PREFIX || die "Configure failed" echo "$0: Running make clean" make -j clean || die "make -j clean failed" echo "$0: Running make" make -j3 || make -j3 || make || die "make failed" echo "$0: Running checks" if ! make check; then read -p "make check failed. Continue? [Y/n]" if [ "$REPLY" = n ] || [ "$REPLY" = N ]; then exit 1 fi fi echo "$0: Running make install and /sbin/ldconfig" while ! su root -c "make install && /sbin/ldconfig"; do read -p "make install failed. Repeat? [Y/n]" if [ "$REPLY" = n ] || [ "$REPLY" = "N" ]; then exit 1 fi done echo "$0: leaving $dir" ) done -------------- next part -------------- #!/bin/sh cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/gnupg co libgpg-error mv libgpg-error 00_libgpg-error cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/gnupg co libassuan mv libassuan 01_libassuan cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/gnupg co libgcrypt mv libgcrypt 02_libgcrypt cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/aegypten co libksba mv libksba 03_libksba cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/gnupg co -r GNUPG-1-9-BRANCH gnupg mv gnupg 04_gnupg-1-9-branch cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/aegypten co dirmngr mv dirmngr 05_dirmngr cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/aegypten co pinentry mv pinentry 06_pinentry cvs -d :pserver:anoncvs@cvs.gnupg.org:/cvs/gnupg co gpgme mv gpgme 07_gpgme From wk at gnupg.org Tue Apr 12 12:34:47 2005 From: wk at gnupg.org (Werner Koch) Date: Tue Apr 12 12:31:36 2005 Subject: CVS HEAD compile woes In-Reply-To: <200504111848.03042.mutz@kde.org> (Marc Mutz's message of "Mon, 11 Apr 2005 18:48:02 +0200") References: <200504111848.03042.mutz@kde.org> Message-ID: <87hdic706w.fsf@wheatstone.g10code.de> On Mon, 11 Apr 2005 18:48:02 +0200, Marc Mutz said: > gpg-error worked nice with whatever AM version I was using, > but libassuan requires AM 1.9. For security reasons. Makefiles from older automake versions feature a /tmp race. > After apt-get'ing automake1.9, gpg-error now fails with: >> src/Makefile.am: required file `./compile' not found > Seems that some files are missing tn the CVS. automake -a should do the trick. Make sure it is AM 1.9. Shalom-Salam, Werner From bh at intevation.de Tue Apr 12 14:58:12 2005 From: bh at intevation.de (Bernhard Herzog) Date: Tue Apr 12 15:57:31 2005 Subject: sexputil.c missing in gnupg 1.9 CVS? Message-ID: Hi, I'm trying to compile gnupg 1.9 branch from CVS. It seems a file is missing: Making all in common [...] make[2]: *** No rule to make target `sexputil.c', needed by `sexputil.o'. Stop. Bernnard -- Intevation GmbH http://intevation.de/ Skencil http://skencil.org/ Thuban http://thuban.intevation.org/ From bernhard at intevation.de Tue Apr 12 20:38:49 2005 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue Apr 12 20:34:44 2005 Subject: Incompatible passphrase encoding in gpg/gpg-agent? In-Reply-To: <200504101351.06046.michaelnottebrock@gmx.net> References: <200503301735.34284.michaelnottebrock@gmx.net> <20050401103544.GM15905@intevation.de> <200504101351.06046.michaelnottebrock@gmx.net> Message-ID: <20050412183849.GJ22077@intevation.de> On Sun, Apr 10, 2005 at 01:51:05PM +0200, Michael Nottebrock wrote: > Bernhard Reiter sagte: > > On Wed, Mar 30, 2005 at 05:35:27PM +0200, Michael Nottebrock wrote: > >> I have recently received a bugreport about pinentry-qt not handling the > >> "?" > >> character correctly. After some testing it turns out that gpg, if used > >> without gpg-agent seems to encode passphrases differently than the > >> agents do. > > > > That probably is a locale and encoding issue. > > Of course the pinentries should use the current locale and if they > > run on X11 they are influenced by those settings, too. > I've tested this with gpg and the pinentries running in the same > x11-session with the same locale and encoding (de_DE.ISO8859-15, I believe > that charset is called @euro in glibc-land). It should be easily reproducable. Werner: Where would you like the bug report for this issue? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : /pipermail/attachments/20050412/6083ad65/attachment.pgp From duncan at lithgow-schmidt.dk Fri Apr 22 22:22:36 2005 From: duncan at lithgow-schmidt.dk (Duncan Lithgow) Date: Fri Apr 22 22:19:13 2005 Subject: can't add new keys In-Reply-To: <20050401103057.GK15905@intevation.de> References: <1110699241.5912.9.camel@3e6b3687.rev.stofanet.dk> <20050329135359.GD29777@intevation.de> <1112193648.5922.40.camel@3e6b2703.rev.stofanet.dk> <20050401103057.GK15905@intevation.de> Message-ID: <1114201356.5155.10.camel@3e6b2337.rev.stofanet.dk> > The hkp http interface might not have been build. > Did you build yourself? > > For my Debian gpg 1.2.5 I can > do gpg --recv KEYNUMER > and have > keyserver subkeys.pgp.net > in my .gnupg/gpg.conf Sorry, I don't understand your reply, I'm new to linux and gpg. Is that something I should install? Duncan