I would like to make the following change to dtlogin-integration to
revert the change I made on December 7th. See the ChangeLog entry
in the proposed patch for details. I discovered this problem working
on ConsoleKit, which gets mad when programs like gnome-session do not
have an associated TTY.
2008-02-22 Brian Cameron <brian.cameron at sun.com>
* configure.in: Bump verison to 0.35.
* config/Xsession.in: Revert change made on 2007-12-07. That
fix is no longer necessary since now we launch D-Bus in
gnome-session directly without the --exit-with-session
argument that was causing problems previously. I discovered
that changing exec to "/bin/sh -c" was having the unwanted
side-effect of causing gnome-session and child-processes to
not have an associated TTY number. For example, gnome-session
should have something like "pst/1", but when using "/bin/sh
-c" it has "?". So reverting this change fixes this problem.
Note you can see the associated TTY by running "ps -ef" and looking
in the TTY column.
I hope this ends the saga of D-Bus launching issues on Solaris.
If I do not hear any comments by the end-of-day Monday, then I'll go
ahead and commit the above change, spin a new release of
dtlogin-integration, and add it to our builds.
Brian
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: dtlogin-fix.diff
URL:
<http://mail.opensolaris.org/pipermail/jds-review/attachments/20080222/21658af6/attachment.ksh>
