Greetings everyone!

I have a question about gdm on Solaris 10...

In Red Hat Linux (EL4), there is a directory called /etc/X11/dm/Sessions/
that has a bunch of *desktop files. If you copy one of these (say gnome.desktop
to newish.desktop) you can create a new session type that then appears in the 
login window under the sessions menu. "newish" (After editing the file of 
course)

In Solaris 10, there is a /usr/share/xsessions/ directory. But adding
new session desktop files there doesn't make them appear on the menu at login 
time.
Even after a reboot. Also, deleting files such as "CDE.desktop" does not make 
them go away
from the menu in gdm.  In addition, there are menu items (such as "falisafe 
session") which 
don't have a desktop entry in the  /usr/share/xsessions/ directory.

Is there something else I need to do to make an entry appear in the sessions 
menu in gdm
other than have the *desktop file in /usr/share/xsessions/ ?

I'm needing to create a new session type called "repair dotfiles" that will 
rename
certian dotfiles in a user's $HOME directory (.cshrc .login .logout .mycshrc 
.mylogin
.gnome2 .gnome etc...) in case they should become corrupted. That way, a user 
can go back
to the default setup in our labs, login, and be able to debug their startup 
scripts. We already
have this working in our labs with Solaris 8 using wdm. (Some other employee 
made that 
long ago) And in our labs running RHEL 4 using gdm. (under 
/etc/X11/dm/Sessions/repair.desktop) 
But for Solaris 10 we are using the stock gdm and it seems to work differently.

This session I need to define will be *extremely* simple. It will just open a 
pop-up dialog 
window to  confirm with the user and then it will rename the files and end so 
they'll be 
right back at the login screen (gdm)  The idea being that they try logging in 
again after "repair dotfiles" with a more normal session type like Gnome.

I would also like to remove the CDE desktop from the list of choices a user
sees at login time because my supervisor is keen on that. but deleting
/usr/share/xsessions/CDE.desktop doesn't seem to work.

This is on a Sun Ultra 25 workstation running Solaris 10, U2. I have been told 
that
soon our jumpstart install server will be serving out Solaris 10, U3 but that 
it isn't
ready quite yet. uname -a says the version I am using is:

SunOS sol10-test1.eos.ncsu.edu 5.10 Generic_118833-24 sun4u sparc SUNW,A70

The ultraSPARC Solaris 10 machines will be going into public computer labs with 
PCs 
running either Red Hat Linux EL4 or Window$ XP. We use kerberos 5 for 
authentication
and AFS for user home directories and some system executables.

Many thanks in advance for any ideas anyone has. :)
 
 
This message posted from opensolaris.org

Reply via email to