← Back to team overview

desktop-packages team mailing list archive

[Bug 839444] Re: Gnome uses two different ssh agents depending on how program is launched

 

I only have this problem on a machine upgraded to oneiric (the one still
on natty works fine), and I think my problem is that the new version of
GNOME session starts xbindkeys up before ssh-agent and gpg-agent, so
xbindkeys and processes it starts do not inherit the environment
variables.  I get the same problem in Unity, Gnome, and Gnome Classic.

I found that on the oneiric machine, xbindkeys seems to be starting
before ssh-agent and gpg-agent (according to the PID sequence), but on
the natty machine, xbindkeys starts afterwards.  Is there a way to fix
the session order in oneiric GNOME?

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-session in Ubuntu.
https://bugs.launchpad.net/bugs/839444

Title:
  Gnome uses two different ssh agents depending on how program is
  launched

Status in “gnome-session” package in Ubuntu:
  Confirmed

Bug description:
  If a shell is launched through the menu SSH_AUTH_SOCK will have a
  value of the form /tmp/keyring-xxxxxx/ssh. If a keyboard shortcut is
  created through System > Preferences > Keyboard Shortcuts and that
  shortcut is used to launch a shell, then SSH_AUTH_SOCK will have a
  value of the form /tmp/ssh-xxxxx#####/agent.#####.

  All shells in the session should by default be using the same ssh-
  agent.

  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: gnome-session-bin 2.30.0-0ubuntu1
  ProcVersionSignature: Ubuntu 2.6.32-33.72-generic 2.6.32.41+drm33.18
  Uname: Linux 2.6.32-33-generic i686
  Architecture: i386
  Date: Fri Sep  2 12:06:28 2011
  EcryptfsInUse: Yes
  InstallationMedia: Ubuntu 10.04.3 LTS "Lucid Lynx" - Release i386 (20110720.1)
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_DK.utf8
   SHELL=/bin/bash
  SourcePackage: gnome-session

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/839444/+subscriptions


References