On 3/22/07, Roland Kaeser <[EMAIL PROTECTED]> wrote:
>There is no 'Reset' on the NSCM greeter.  What exactly did you do?
I log in using the dtlogin screen with the session and language option.

This is after you selected Options->Quicklogin=Off and
authenticated to NSCM, right?

Then the system starts jds or kde (doesnt matter which) and I have my
desktop. Afterwards I press Shift-Pause, the session seems to detach and
the XDM-Login Screen appears (No session type and language setting
options).

OK, this should be the NSCM greeter, not an XDM greeter.
The NSCM greeter looks a lot like an old (pre-S10) dtlogin
greeter but it has a picture of some Sun Rays in the box at
the right side of the dialogue panel.

To get back to the dtlogin-Screen if have to reset this xdm
login screen. But when I do this, the previous detached session
appears.

How did you "reset this ... login screen"?

If you were logged in to an NSCM session, and then you
detached that logged-in session (by hitting Shift-Pause, or
executing 'utdetach', or power-cycliing the Sun Ray, or
some other mechanism), and then you authenticated
yourself to the NSCM greeter you should expect to be
reconnected to your logged-in session.  That's what NSCM
does.  You should not expect to see a dtlogin greeter.

>What does your ~/.dt/sessions/lastsession file contain?
This is correct. The path to last Xsession script in the file is
correct. Content: /usr/dt/config/Xsession.jds

What does 'ls -l /usr/dt/config/Xsession.jds' say?

What does 'ls /usr/dt/config/*/Xresources.d' say?

My main interest is to get information how the whole thing internally
works, to debug this problem and find a solution.
So what happens exactly when I restore a previous detached nscm session?

You enter your username into the NSCM greeter.  That
greeter finds which server your existing NSCM session
is running on, and it connects the Sun Ray to that server.

That new server gives you a new NSCM greeter and
(typically) asks you to authenticate by entering your
password.  If you authenticate correctly then your
detached NSCM session gets attached to the Sun Ray.

Why does the "users last session" option in the dtmgreeter
not work for kde?

What does ~/.dt/sessions/lastsession contain after you've
logged in to KDE?

Who is dtlogin determining which session I used last time?

It reads ~/.dt/sessions/lastsession.  If the script named in
that file is a legitimate session choice then it runs that
script.

Who can a see whats going on while log in?

Open a terminal window as root somewhere other than
on the Sun Ray you're going to use for the test.

On the Sun Ray log out, select Options->Quicklogin=Off
in the NSCM greeter, authenticate to NSCM.  When you
get as far as the dtlogin greeter, stop.  Look at the Sessions
menu to confirm that KDE is one of the choices, but leave
"User's Last Session" as the active selection.  (If KDE is
not one of the choices then that explains why you can't
get it, and there's no need to follow the rest of these steps.)

Go to the root terminal and find the 'dtgreet' process that
is painting the dtlogin greeter on the Sun Ray.  To do
that start by finding the X display number of your NSCM
session, which will have a session token ID of
"auth.<yourname>", then do
'ps -efa | grep dtgreet | grep <display>'.  Then find the
process ID of the dtlogin process that is the parent of that
'dtgreet'.  Then run 'truss -o <somefile> -f -rall -p <pid>'
where <pid> is the process ID of that 'dtlogin' process.

Then go back to the Sun Ray and click the dtlogin
greeter's OK button.

After the desktop has started you can control-C the 'truss'
in the root terminal, and then you can examine its output
file (which will be large) to see everything that happened
during the creation of the desktop.  You'll be looking for an
open() of your ~/.dt/sessions/lastsession file, and whatever
activity comes immediately after that.

OttoM.
__
ottomeister

Disclaimer: These are my opinions.  I do not speak for my employer.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users

Reply via email to