Dne Tuesday 02 of September 2008 16:15:02 Petr Uzel napsal(a):
> Hi,
>
> Dne Tuesday 02 of September 2008 15:59:22 Steve Revilak napsal(a):
> > Is there a pinentry in root's path?
>
> Yes, it is in /usr/bin/pinentry (and /usr/bin is in root's path). In
> openSUSE, which I use, the /usr/bin/pinentry is a bash script that tries to
> determine, which pinentry (-qt, -curses, -gtk) to execute and then executes
> it.
>
> > > Further investigation revealed that the problem only arises if I 'su'
> > > from my normal user account (running gpg-agent and thus with
> > > GPG_AGENT_INFO set). 'su' preserves GPG_AGENT_INFO variable and gpg
> > > then tries to connect to gpg-agent running under my normal account, and
> > > then gpg fails. When switched to root with 'su -', gpg works fine.
> >
> > This sounds like normal behavior for su. "su -" is supposed to
> > simulate a full login of the target account; it discards most
> > environment. By contrast, "su" (without the minus) doesn't discard
> > the environment.
>
> I know all of this. My question was whether the gpg behavior under
> specified circumstances ('incorrect' GPG_AGENT_INFO env. variable) should
> not be adjusted somehow.
>
> In other words, I know how to solve my issue (use 'su -'/unset
> GPG_AGENT_INFO/killall gpg-agent/whatever), but I'm uncertain that all
> other gpg users know it too. Especially when the message about missing
> pinentry is quite confusing.
I'd try to fix this problem, but I'm not sure how to do it in 'correct and
clean way'. Any ideas or recommendations ? Or am I the only one who thinks
this is worth fixing?
TIA
--
Best regards / s pozdravem
Petr Uzel, Packages maintainer
---------------------------------------------------------------------
SUSE LINUX, s.r.o. e-mail: [EMAIL PROTECTED]
Lihovarská 1060/12 tel: +420 284 028 964
190 00 Prague 9 fax: +420 284 028 951
Czech Republic http://www.suse.cz
_______________________________________________
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
