[Bug 1312928] Re: SSH-Agent not working in KDE/X-Session if user's login shell is a tcsh

[Brian Murray]

Hello Steffen, or anyone else affected,

Accepted openssh into trusty-proposed. The package will build now and be
available at
http://launchpad.net/ubuntu/+source/openssh/1:6.6p1-2ubuntu2 in a few
hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: openssh (Ubuntu Trusty)
       Status: In Progress => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/1312928

Title:
  SSH-Agent not working in KDE/X-Session if user's login shell is a tcsh

Status in “openssh” package in Ubuntu:
  Fix Released
Status in “openssh” source package in Saucy:
  In Progress
Status in “openssh” source package in Trusty:
  Fix Committed

Bug description:
  [Impact] ssh-agent startup via Upstart doesn't work if the user's shell is [t]csh.
  [Test Case] Create a guest account whose shell is tcsh and make sure that they can start a session and get ssh-agent.  Note that this may not work for GNOME-flavoured sessions due to gnome-keyring taking precedence.
  [Regression Potential] Confined to the ssh-agent started via Upstart, and in any event should be trivial since -s is already the default for most (just not all) users.

  For X11/KDE sessions ssh-agent is started via upstart using configuration file /usr/share/upstart/sessions/ssh-agent.conf with the instruction ``eval "$(ssh-agent)" >/dev/null''.
  If the user's login shell is tcsh or csh ssh-agent will return c-shell like setenv commands which upstart/shell do not recognize. Thus environment variables $SSH_* are not propagated into the user's desktop session and neither ssh nor ssh-add are able to contact ssh-agent.
  Solution: use ``eval "$(ssh-agent -s)"'' to force sh-like output of ssh-agent (context diff included as attachment)
  Addition information: Bug occures at least in 13.10 and 14.04 amd64 architecture. In 14.04 the affected openssh-client package version is 1:6.2p2-6ubuntu0.3

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1312928/+subscriptions