ottomeister wrote:
On 9/5/06, Darin Perusich <[EMAIL PROTECTED]> wrote:
thanks bob,
apparently Xsun removes the /tmp/.ICE-unix directory if it is empty.
simply touching a file in that directory is the work around.
i know KDE and this directory is created on login by dtlogin and it's
owned by that user if it doesn't exist. on multi-user systems, like
sundray servers a start script is used to modify it's permissions to
1777.
give that /usr/dt/config/Xsetup is "unconditionally overwritten" it
should be copied to /etc/dt/config and modified :)
That's right. A good method to use is to have the /etc/dt script source
the /usr/dt script either before of after it does whatever extra it needs
to do. That way if the /usr/dt script gets modified by a patch or
upgrade
your /etc/dt script automatically gets those modifications.
*Except* that SRSS doesn't properly handle
the /etc/dt/config/{Xsetup/Xstartup/Xreset} files. There is a CR
outstanding on this. So by doing this copy you are effectively
short-circuiting the SRSS mechanisms for updating this file via
patches etc.
The problem is that the /usr/dt -> /etc/dt mechanism defined by
dtlogin works fine for delivering patches from dtlogin, and for
user changes. But it doesn't work well for layered-product changes.
Such products (like SRSS) don't have a clean place to integrate
their changes since /usr/dt is "owned" by dtlogin and /etc/dt is
"owned" by the user.
You can install SRSS and start it up (so that it applies its changes
to /usr/dt/...), and *then* copy the change to /etc/dt/... but if SRSS
later delivers a patch you need to start up the software subsequent
to the patch being applied (it's during startup that SRSS folds in
any changes, for want of a better integration location/mechanism)
and check to see if anything new has to be merged into
the /etc/dt/... files :-(
-Bob
wouldn't it be
cleaner to create a script in /etc/dt/config/Xsession.d to do this?
Scripts in Xsession.d are executed after login, and under the UID
of the user who has logged in. You want this directory to be
(re)created or have its permissions repaired as early as possible
so Xsetup (which runs as root before the login greeter is shown)
is a better bet. But if just keeping the directory non-emtpy so it
doesn't get deleted works then that's far easier than messing
around with any scripts.
OttoM.
__
ottomeister
Disclaimer: These are my opinions. I do not speak for my employer.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
