Mailing List Archive

strange gpa behavour under fedora core 4
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

_______________________________________________
Gpa-dev mailing list
Gpa-dev@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gpa-dev
Re: strange gpa behavour under fedora core 4 [ In reply to ]
> 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

_______________________________________________
Gpa-dev mailing list
Gpa-dev@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gpa-dev
Re: strange gpa behavour under fedora core 4 [ In reply to ]
Hi,

well, the bash has set only HOME, COLUMNS and LINES of the environmental variables
mentioned in the gpg man page.

Looking at /proc/<pid of gpa>/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=<something> 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/<pcname>:/tmp/<something>

Any other ideas or suggestions?

Thanks,

--

piergiorgio

----- Original Nachricht ----
Von: Albrecht Dreß <albrecht.dress@arcor.de>
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

_______________________________________________
Gpa-dev mailing list
Gpa-dev@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gpa-dev
Re: strange gpa behavour under fedora core 4 [ In reply to ]
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
_________________________________________________________________________
Re: strange gpa behavour under fedora core 4 [ In reply to ]
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


_______________________________________________
Gpa-dev mailing list
Gpa-dev@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gpa-dev