Bug 8074 - FEATURE REQUEST: ssh complience
Summary: FEATURE REQUEST: ssh complience
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 6.1
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Preston Brown
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-12-30 23:01 UTC by pliszka
Modified: 2008-05-01 15:37 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-02-03 21:31:40 UTC

Attachments (Terms of Use)

Description pliszka 1999-12-30 23:01:58 UTC

Is it possible to add soemthing like:
if [ -f ${HOME}/.ssh/identity ]; then
  SSH_AGENT=" ssh-agent1 "

if [ -f ${HOME}/.ssh2/identification ]; then
  SSH_AGENT=" ssh-agent $SSH_AGENT "

and then replace each exec by exex $SSH_AGENT
in order to have Xsession compliance with ssh/ssh2 ?



Comment 1 Preston Brown 2000-01-14 17:41:59 UTC
seems like a reasonable idea.

Comment 2 Preston Brown 2000-02-03 21:31:59 UTC
now that we support the /etc/X11/xinit/xinitrc.d directory in 6.2 (analogous to
/etc/profile.d), we should have the person who maintains the ssh RPMs drop a
script in there to do this.  I suggest that you forward this information to the

Comment 3 Ben Liblit 2000-10-01 22:13:01 UTC
The new "/etc/X11/xinit/xinitrc.d" directory is a good place for drop-in
additions.  Unfortunately, it is not quite sufficient in this case.  The
"ssh-agent" process really wants to be the ancestor of the rest of your X
session.  That requires a changes to the Xsession script itself.  For example,
where the Xsession script currently has "exec gnome-session" you want "exec
ssh-agent gnome-session".  Same goes for all of the other "exec" lines near the
end of the Xsession script.

You cannot get the same effect just by dropping a script into "xinitrc.d". 
About all that such a script can do is run some commands and set some
environment variables.  But it cannot affect they way that "exec gnome-session"
and the others get run once we are back in Xsession.

Perhaps we can have a split approach.  You could modify Xsession so that it uses
commands like "exec $SESSION_WRAPPER gnome-session".  Then the SSH package
maintainers can put a script into xinitrc.d that sets $SESSION_WRAPPER to
"ssh-agent".  If SSH is not installed, then $SESSION_WRAPPER would evaporate and
you would be back to the "exec gnome-session" behavior we have today.

Hmm.  Perhaps a more flexible idea would be to look for a file called
"$HOME/.xsession-wrapper".  If it exists, then run "exec $HOME/.xsession-wrapper
gnome-session".  Savy users can make that a symlink to ssh-agent, or they can
make it a script that does whatever they like.  That would be a very nice place
to hook in all kinds of session-related functionality.

(I've used gnome-session as the running example here.  But obviously the same
concerns apply to the commands that start KDE sessions, AnotherLevel sessions,
and so on.)

Note You need to log in before you can comment on or make changes to this bug.