Gary Gatling wrote: > 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/ ?
That should be all you need to do. Perhaps a silly question, but are you sure you're even running GDM in the first place? Is it possible that you're running the CDE display manager 'dtlogin' instead? What does 'svcs -a | grep login' say on this machine? Mike. -- mike.oliver at sun.com > 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 > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org
