Your message dated Mon, 26 Jan 2009 22:46:57 +0100
with message-id <[email protected]>
and subject line pam-ssh works with gdm
has caused the Debian Bug report #430735,
regarding libpam-ssh fails to operate properly since latest dist-upgrade
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
430735: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430735
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libpam-ssh
Version: 1.91.0-9.1
Severity: important
Hi,
Since my last dist-upgrade (a few days ago), libpam-ssh is not anymore
behaving the "old good" way.
It is started from /etc/pam.d/gdm in my case, and was decyphering my ssh
keys properly.
>From now i have to type my password twice (once for gdm and once more
under my desktop environment.
The only strange things in /var/log/auth.log is:
Jun 27 00:32:09 s_...@buckrogers ssh-agent[4516]: error: Unknown message
252
Thanks.
Laurent
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-p5ad2e-v2 (SMP w/2 CPU cores; PREEMPT)
Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-1) (ignored:
LC_ALL set to fr_FR)
Shell: /bin/sh linked to /bin/bash
Versions of packages libpam-ssh depends on:
ii libc6 2.5-10 GNU C Library: Shared libraries
ii libpam0g 0.79-4 Pluggable Authentication Modules l
ii libssl0.9.8 0.9.8e-5 SSL shared libraries
Versions of packages libpam-ssh recommends:
ii ssh 1:4.3p2-10 Secure shell client and server (tr
-- no debconf information
--- End Message ---
--- Begin Message ---
I have now tested various combinations of pam-ssh, gdm, and
seahorse, and pam_ssh works fine here, meaning that with
use_first_pass the password is successfully used to decode the ssh key
and gives it to the ssh-agent, and seahorse-agent is started and can
see the ssh key (as well as GPG keys).
More specifically, I have the following:
---[/etc/X11/Xsession.d/60searhorse]--
SEAHORSE=/usr/bin/seahorse-agent
if [ -x $SEAHORSE ]; then
STARTUP="$SEAHORSE --execute $STARTUP"
fi
---[/etc/pam.d/gdm]--
auth requisite pam_nologin.so
auth required pam_env.so readenv=1
auth required pam_env.so readenv=1 envfile=/etc/default/locale
@include common-auth
auth optional pam_ssh.so use_first_pass debug
auth optional pam_gnome_keyring.so
@include common-account
session required pam_limits.so
@include common-session
session optional pam_gnome_keyring.so auto_start
session optional pam_ssh.so debug
@include common-password
Cheers,
--
Jens Peter Secher.
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_.
A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?
--- End Message ---
