Package: keychain Version: 2.5.5-5 Followup-For: Bug #325644 Hi,
After a similar upgrade I encountered a similar problem to the one above. I do not have SSH_ASKPASS set, nor do i have ssh-askpass installed on my system. With the --nogui option, the old behaviour is correctly restored. >From what I read above (and in the linked bug) this check was removed because the debian alternatives system is where the ssh-askpass program should be configured, not the SSH_ASKPASS enviroment variable. I think that the check should be reintroduced, but it should test for the existance of /usr/bin/ssh-askpass (or the alternatives setting it points to) before attempting to use ssh-add in GUI mode. Perhaps testing for either SSH_ASKPASS to be set OR /usr/bin/ssh-askpass to exist would comprimise between the two possible methods of locating ssh-askpass. In any case, the man page should be updated to clarify that if SSH_ASKPASS is not set, then keytool may still continue to attempt to use a GUI to request the password. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages keychain depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii grep 2.5.1.ds2-2 GNU grep, egrep and fgrep ii openssh-client [ssh-client] 1:4.2p1-5 Secure shell client, an rlogin/rsh keychain recommends no packages. -- debconf information: * keychain/upgrade: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]