Lars Tunkrans wrote:
> Sorry but I am not  uptodate  with this " feature "
> 
>   Can  someone  describe whats  the Gnome - community's   long term  strategy 
> with the  mapping,orbit & gconf   gnome session post mortem remains in 
> /var/tmp

    gconf and orbit put their files in $TMP. which could be either /tmp 
or /var/tmp depends on its value.
> 
>    At S10u1   these are still a huge problem .    If a SunRay JDS session 
> dies for any reason 
>   its 10 - 25%  chance that you need to manually clean up /var/tmp for that 
> user who had 
>   the crash.  

    This is a very true analysis. I think this particular scenario was 
never a requirements for the most GNOME developers as they would not be 
part of the user base or development environment. So I think this would 
be a bug that one need to fix I guess.

There is already a bug logged that orbit does not clear up all the 
socket references in /var/tmp/

also another bug has extended gnome-cleanup script to clean up /var/tmp
Bug ID: 6198595
Synopsis: gnome-cleanup should nuke entries in /var/tmp in Solaris


> 
>    Is it not possible to  clean out the  /var /tmp files  in the preliminary 
> scripts in 
>   /usr/dt/config   that starts a gnome-session  before actually starting a 
> new gnome -session
>  for a particular user  or why has this not been done ? 

    Doing it with a script in /usr/dt/config implies dtlogin is the 
login manager and that does not work with gdm as login manager. Doing 
this in gnome-session may be the common place to put it before gconfd-2 
is started.  Of course there is the consideration that the user has 
login in more that once, one with Sun Ray card, the other with non Sun 
Ray card.

    Meanwhile I think it would be easy enough for actual deployment to 
put a script in /etc/dt/config if the sys admin knows that all the Sun 
Ray users is using dtlogin. Or use the same script in a different place 
such as /etc/X11/gdm/Init for gdm.

-Ghee

-Ghee
> 
>     //Lars
>  
>  
> This message posted from opensolaris.org
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org

Reply via email to