Re: Bug#351715: pinentry doesn't work properly on dumb terminals
Marcus Brinkmann <[email protected]> Mon, 27 Feb 2006 18:19:28 +0100
| Newsgroups | gmane.comp.encryption.gpg.gpa.devel |
|---|---|
| Message-ID | <871wxovhwf.wl%[email protected]> |
At Mon, 27 Feb 2006 13:43:04 +0100, Peter Eisentraut <[email protected]> wrote: > > This has been reported to the Debian bug tracking system. Comments? I have no objection against going back to a simpler version of pinentry on dumb terminals, or on explicit request via an option. Anybody volunteering to implement this? Thanks, Marcus > Am Montag, 6. Februar 2006 23:02 schrieb Miles Bader: > > Package: pinentry > > Version: 0.7.2-3 > > Severity: normal > > > > I often want to use gpg, and thus pinentry, in an Emacs shell buffer or > > the like where a "graphical" curses-based dialog like pinentry-curses > > doesn't work; in some cases I do this when logged in remotely via ssh, > > so pinentry-gtk doesn't work either. > > > > In such a case, pinentry-curses either displays gibberish (if TERM is > > set, but not to something useful, e.g. to "emacs"), or simply fails (if > > TERM is not set). > > > > Pinentry or pinentry-curses should really have a fallback mode that > > simply turns off echoing and reads from the tty, just like gpg does > > when gpg-agent isn't used. > > > > [To tell the truth, I dislike the heavyweight and intrusive > > pinentry-curses dialog -- it obscures the terminal output which usually > > tells me exactly why gpg is being run! -- and I'd really like to be able > > to specify something like "--no-curses" and have it immediately fallback > > to dumb-terminal mode when no gtk dialog is possible.] > > _______________________________________________ > Gpa-dev mailing list > [email protected] > http://lists.gnupg.org/mailman/listinfo/gpa-dev >