From piergiorgio.sartor at nexgo.de Mon May 15 22:54:06 2006 From: piergiorgio.sartor at nexgo.de (Piergiorgio Sartor) Date: Mon May 15 23:55:54 2006 Subject: strange gpa behaviour Message-ID: <1147726446.5032.5.camel@lazy.lzy> I already sent this, but maybe too early, so I send it again. I noticed a strange behaviour of gpa 0.7.3 under Fedora Core 4. I reported the thing to bugzilla (bug #190932) and, after some discussion, it was suggested to ask in this mailing list. The issue is: when gpa is started from bash (gnome-terminal), everything works fine, it is possible to set the owner trust of a key, for example, or to sign a key. When gpa is started from menu (gnome-panel), set the owner trust or signing a key does not work, it simply does nothing, no error, no messages nothing, just no op. Some additional info: 1) gpa 0.7.3 works fine under FC5 and win32 (from gpg4win). 2) seahorse has the same behaviour: it works always under FC5, it works only from bash under FC4. Any idea on how to nail this down? Thanks, bye, -- piergiorgio From piergiorgio.sartor at nexgo.de Mon May 15 22:13:32 2006 From: piergiorgio.sartor at nexgo.de (Piergiorgio Sartor) Date: Tue May 16 09:15:25 2006 Subject: strange gpa behavour under fedora core 4 Message-ID: <20060515201332.GA4843@lazy.lzy> Hi all, I noticed a strange bahaviour of gpa under FC4. I first reported the situation to bugzilla of fedora, but, after some trials, it was suggested to ask here. The issue is that, starting gpa from bash (gnome-terminal) leads to different bahviour than starting it from menu (gnome-panel). Specifically, from bash everything works fine, while from menu it is not possible to set the owner trust, for example, or to sign the keys. Simply nothing happens. Under FC5 or win32 everything works fine. Seahorse has same behaviour: under FC4 works from bash, but not from menu, under FC5 it works always. Any suggestions on how to nail this down? Thanks a lot in advance, bye, -- piergiorgio From piergiorgio.sartor at nexgo.de Tue May 16 13:00:40 2006 From: piergiorgio.sartor at nexgo.de (piergiorgio.sartor@nexgo.de) Date: Tue May 16 13:04:19 2006 Subject: strange gpa behavour under fedora core 4 In-Reply-To: <28645557.1147766147576.JavaMail.ngmail@webmail12> References: <28645557.1147766147576.JavaMail.ngmail@webmail12> <20060515201332.GA4843@lazy.lzy> Message-ID: <7253771.1147777240987.JavaMail.ngmail@webmail13> Hi, well, the bash has set only HOME, COLUMNS and LINES of the environmental variables mentioned in the gpg man page. Looking at /proc//environ shows some differences, between the bash started version and the menu started one, but not related to gpg variables. Mainly the bash version defines: TERM=xterm (I dunno why, since gnome-terminal is used) LS_COLORS= while in the "menu" version is defined, but empty DESKTOP_STARTUP_ID= (empty) WINDOWID=16889068 COLORTERM=gnome-terminal SHLVL is also different Rest of the environment is the same (I diffed the two cases). .xsession-errors does not show anything useful, only some complain about network and the SESSION_MANAGER=local/:/tmp/ Any other ideas or suggestions? Thanks, -- piergiorgio ----- Original Nachricht ---- Von: Albrecht Dre? An: piergiorgio.sartor@nexgo.de,gpa-dev@gnupg.org Datum: 16.05.2006 09:55 Betreff: Re: strange gpa behavour under fedora core 4 > > The issue is that, starting gpa from bash (gnome-terminal) > > leads to different bahviour than starting it from menu > > (gnome-panel). > > That sounds as if you set environment variables in your .bashrc, but not for > the xsession itself. Candidates are GNUPGHOME or GPG_AGENT_INFO (if you use > gpg-agent). > > Maybe this link is helpful: > http://www.mynetcologne.de/~nc-dreszal/balsa/balsa23-secure-mail.html#AGENTS > ETUP > > Looking into the file ~/.xsession-errors might also give some hints about > the reason. > > Hth, Albrecht. > > Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren > ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: g?nstig > und schnell mit DSL - das All-Inclusive-Paket f?r clevere Doppel-Sparer, > nur 44,85 ? inkl. DSL- und ISDN-Grundgeb?hr! > http://www.arcor.de/rd/emf-dsl-2 > Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: g?nstig und schnell mit DSL - das All-Inclusive-Paket f?r clevere Doppel-Sparer, nur 44,85 ? inkl. DSL- und ISDN-Grundgeb?hr! http://www.arcor.de/rd/emf-dsl-2 From albrecht.dress at arcor.de Tue May 16 09:55:47 2006 From: albrecht.dress at arcor.de (Albrecht Dreß) Date: Tue May 16 19:26:02 2006 Subject: strange gpa behavour under fedora core 4 In-Reply-To: <20060515201332.GA4843@lazy.lzy> References: <20060515201332.GA4843@lazy.lzy> Message-ID: <28645557.1147766147576.JavaMail.ngmail@webmail12> > The issue is that, starting gpa from bash (gnome-terminal) > leads to different bahviour than starting it from menu > (gnome-panel). That sounds as if you set environment variables in your .bashrc, but not for the xsession itself. Candidates are GNUPGHOME or GPG_AGENT_INFO (if you use gpg-agent). Maybe this link is helpful: http://www.mynetcologne.de/~nc-dreszal/balsa/balsa23-secure-mail.html#AGENTSETUP Looking into the file ~/.xsession-errors might also give some hints about the reason. Hth, Albrecht. Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: g?nstig und schnell mit DSL - das All-Inclusive-Paket f?r clevere Doppel-Sparer, nur 44,85 ? inkl. DSL- und ISDN-Grundgeb?hr! http://www.arcor.de/rd/emf-dsl-2 From albrecht.dress at arcor.de Tue May 16 19:58:37 2006 From: albrecht.dress at arcor.de (=?iso-8859-1?q?Albrecht_Dre=DF?=) Date: Tue May 16 20:48:47 2006 Subject: strange gpa behavour under fedora core 4 In-Reply-To: <7253771.1147777240987.JavaMail.ngmail@webmail13> (from piergiorgio.sartor@nexgo.de on Tue May 16 13:00:40 2006) References: <28645557.1147766147576.JavaMail.ngmail@webmail12> <20060515201332.GA4843@lazy.lzy> <7253771.1147777240987.JavaMail.ngmail@webmail13> Message-ID: <1147802317l.14534l.0l@antares.localdomain> Am 16.05.06 13:00 schrieb(en) piergiorgio.sartor@nexgo.de: > Any other ideas or suggestions? I'm not sure if gpa uses gpgme, but for seahorse, you could try to set the environment variable GPGME_DEBUG=5:/tmp/seahorse-gpgme.out Then look into the log file - maybe it gives you more hints! Cheers, Albrecht. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Albrecht Dre? - Johanna-Kirchner-Stra?e 13 - D-53123 Bonn (Germany) Phone (+49) 228 6199571 - mailto:albrecht.dress@arcor.de GnuPG public key: http://www.mynetcologne.de/~nc-dreszal/pubkey.asc _________________________________________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available Url : /pipermail/attachments/20060516/be34edd0/attachment-0001.pgp From piergiorgio.sartor at nexgo.de Tue May 16 22:32:13 2006 From: piergiorgio.sartor at nexgo.de (Piergiorgio Sartor) Date: Tue May 16 22:31:20 2006 Subject: strange gpa behavour under fedora core 4 In-Reply-To: <1147802317l.14534l.0l@antares.localdomain> References: <28645557.1147766147576.JavaMail.ngmail@webmail12> <20060515201332.GA4843@lazy.lzy> <7253771.1147777240987.JavaMail.ngmail@webmail13> <1147802317l.14534l.0l@antares.localdomain> Message-ID: <1147811533.5600.11.camel@lazy.lzy> Hi, good hint. I tried seahorse and gpa, both use gpgme. I started the software and tried to change the owner trust, then I closed it. I found the following, with gpa (first checked, seahorse to come). The first 177 lines of the log file are just generated at startup, and are, so far can I see, the same in both cases (bash or menu). After that something else come and, for the bash version, I see: 229 posix-io.c:332: gpgme:select on [ r4 ] 230 posix-io.c:378: select OK [ r4 ] 231 posix-io.c:82: fd 4: about to read 1024 bytes 232 posix-io.c:89: fd 4: got 33 bytes 233 fd 4: got `[GNUPG:] GET_LINE keyedit.prompt 234 ' 235 posix-io.c:332: gpgme:select on [ r9 ] while for the menu version: 229 posix-io.c:332: gpgme:select on [ r4 ] 230 posix-io.c:378: select OK [ r4 ] 231 posix-io.c:82: fd 4: about to read 1024 bytes 232 posix-io.c:89: fd 4: got 0 bytes 233 posix-io.c:145: closing fd 4 234 wait.c:160: setting fd 4 (item=0x82ae2a0) done 235 posix-io.c:332: gpgme:select on [ r9 ] Later, bash: 245 posix-io.c:332: gpgme:select on [ w8 ] 246 posix-io.c:378: select OK [ w8 ] 247 wait.c:160: setting fd 8 (item=0x823b128) done 248 posix-io.c:332: gpgme:select on [ r4 ] 249 posix-io.c:378: select OK [ r4 ] 250 posix-io.c:82: fd 4: about to read 1024 bytes 251 posix-io.c:89: fd 4: got 56 bytes 252 fd 4: got `[GNUPG:] GOT_IT 253 [GNUPG:] GET_LINE edit_ownertrust.value 254 ' 255 posix-io.c:332: gpgme:select on [ r9 ] 256 posix-io.c:378: select OK [ r9 ] and menu: 245 posix-io.c:332: gpgme:select on [ r9 ] 246 posix-io.c:378: select OK [ r9 ] 247 posix-io.c:82: fd 9: about to read 4096 bytes 248 posix-io.c:89: fd 9: got 0 bytes 249 posix-io.c:145: closing fd 9 250 wait.c:160: setting fd 9 (item=0x82aec08) done 251 posix-io.c:167: set notification for fd 4 252 posix-io.c:167: set notification for fd 5 253 posix-io.c:167: set notification for fd 7 254 posix-io.c:167: set notification for fd 9 255 posix-io.c:145: closing fd 5 256 posix-io.c:145: closing fd 9 This "about to read" goes on in the same way for an other couple of times, basically the bash version can read, while the menu version it seems it cannot. Also, lines 245-246 use "[ w8 ]" on bash and "[ r9 ]" on menu, does anybody knows what these are? Other hints and/or suggestions? Or some other things to look into the log files? Thanks, bye, On Tue, 2006-05-16 at 19:58 +0200, Albrecht Dre? wrote: > Am 16.05.06 13:00 schrieb(en) piergiorgio.sartor@nexgo.de: > > Any other ideas or suggestions? > > I'm not sure if gpa uses gpgme, but for seahorse, you could try to set the > environment variable > > GPGME_DEBUG=5:/tmp/seahorse-gpgme.out > > Then look into the log file - maybe it gives you more hints! > > Cheers, Albrecht. > > -- piergiorgio