(07/23/09 02:56), Piotr Jasiukajtis-san wrote:
> Hi,
>
> The differences from OpenSolaris 111a and OpenSolaris 118 regarding
> /usr/share/xsessions/gnome.desktop file are mostly:

AFAIK, /usr/share/xsessions/multilabel/tgnome.desktop is available for TX.
The file is included in SUNWtgnome-tsoljdslabel

Thanks,
fujiwara

> -Exec=/usr/bin/dtstart jds
> -TryExec=/usr/bin/dtstart
> +Exec=gnome-session
> +TryExec=gnome-session
>
> In Trusted Extensions /etc/X11/gdm/Xsession script use
> /usr/dt/config/Xsession.tjds file.
> This /usr/dt/config/Xsession.tjds script tries to exec
> /usr/dt/bin/Xsession which is missing.
> I realized that if I replace "command=/usr/dt/bin/Xsession" with
> "command=/usr/bin/gnome-session" it starts gnome-session in ADMIN_HIGH
> label without trusted stripe and such.
>
>
> On Wed, Jul 8, 2009 at 4:54 AM, Brian Cameron<Brian.Cameron at sun.com>  
> wrote:
>> Piotr/Alan:
>>
>> Alan Coopersmith wrote:
>>> Piotr Jasiukajtis wrote:
>>>> After update from OpenSolaris 111a to build 117 gdm complains about
>>>> missing '/usr/dt/bin/Xsession' so it's not possible to log in.
>> If you are using OpenSolaris, there is no /usr/dt directory.  This
>> is the Nevada startup script.
>>
>> Check your /usr/share/xsessions/gnome.desktop script and the "Exec"
>> line should tell you what program is being used for starting the GNOME
>> session.  It should just be "gnome-session"
>>
>> Normally when you start a session with GDM, it will run
>> /etc/X11/gdm/Xsession, which has these lines of code to source any
>> files in /etc/X11/xinit/xinitrc.d
>>
>> if [ -d /etc/X11/xinit/xinitrc.d ]; then
>>     for i in /etc/X11/xinit/xinitrc.d/* ; do
>>         if [ -x "$i" ]; then
>>             . "$i"
>>         fi
>>     done
>> fi
>>
>> So, if your startup process is different than using the
>> /usr/share/xsessions/gnome.desktop file, you need to make sure to
>> source those files for the desktop to work properly.
>>
>>
>>>> I haven't  found any specific bug regarding that. Is it a known issue?
>>>> If so, any quick and dirty workaround? :)
>>> I'm not remembering any known bugs there, but the bug would be in whatever
>>> code is expecting /usr/dt/bin/Xsession to be present, since that's part of
>>> the EOL'ed portions of CDE that aren't included in OpenSolaris.
>> Brian
>>
>>
>>
>
>
>


Reply via email to