Avoid pinentry-gtk-2 when using console!
Is there a method to avoid using pinentry-gtk-2 when using a console within X and specify using pinentry or pinentry-curses? I've already tried recompiling gnupg pinentry (using -gtk -qt3). :-/ This bugs me because I'm working on the console and have to move my fingers from the keyboard to my mouse (or whatever) to enter the pin into the X widget instead of console! -- Roger http://rogerx.freeshell.org signature.asc Description: This is a digitally signed message part ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Saturday, May 30th 2009 at 16:58 -, quoth Roger: Is there a method to avoid using pinentry-gtk-2 when using a console within X and specify using pinentry or pinentry-curses? I've already tried recompiling gnupg pinentry (using -gtk -qt3). :-/ This bugs me because I'm working on the console and have to move my fingers from the keyboard to my mouse (or whatever) to enter the pin into the X widget instead of console! Whatever program you're using that is invoking gpg has the DISPLAY variable set. What you can do is to create a shell wrapper that shuts DISPLAY off. e.g., I'm running alpine, so I *could* create an alpine command a la #! /bin/bash unset DISPLAY /usr/bin/alpine $@ exit The only caveat is that whatever program you use will suffer the loss of access to your entire DISPLAY, not just pinentry -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Sat, 2009-05-30 at 23:16 -0400, Steven W. Orr wrote:
Whatever program you're using that is invoking gpg has the DISPLAY
variable set. What you can do is to create a shell wrapper that shuts
DISPLAY off. e.g., I'm running alpine, so I *could* create an alpine
command a la
#! /bin/bash
unset DISPLAY
/usr/bin/alpine $@
exit
The only caveat is that whatever program you use will suffer the loss of
access to your entire DISPLAY, not just pinentry
I'm using rxvt-unicode and GNU Screen combo.
As I stated, I'm invoking gpg from the command line shell.
Interesting hack, but this is going to kill my command line experience
when I type gvim!
Notice, vim gvim have an option to call either or, and if X isn't
present, falls back to vi/vim?
This is probably what pinentry should do, instead of depending on X (gtk
or qt3) explicitly.
---snip---
if {environmental variable is set to console/gtk/qt3}
use the specified pinentry flavor
else use pinentry-console
else use pinentry-gtk
fi
---snip---
A good place for this environmental variable is within
$HOME/.gnupg/options.
This way, there's a fallback to the fallback method as there is no
telling where a user or what X application is going to invoke gpg.
Well, obviously there is, but it hinders those working in a shell doing
simple task with gpg!
I'm guessing, the current solution is to assume the user is a dumb X
user. ;-)
(I use both, command line for gpg, as well as Evolution for email which
is set to only call pinentry-gtk-2.)
From searching on the web, there's quite a few others griping about this
same issue.
--
Roger
http://rogerx.freeshell.org
signature.asc
Description: This is a digitally signed message part
___
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
