Two bugs against X point out that some of our SMF dependencies are a
bit more demanding than need be, delaying our services in the boot
order, and thus delaying the GDM startup that depends on them.
I've made the changes suggested and posted a webrev to:
http://cr.opensolaris.org/~alanc/X-smf-deps/
Does anyone know why we wouldn't want to change our dependencies to
require filesystem/minimal instead of fileystem/local for these?
For ogl-select, the actual dependency (as best I know) is that:
- the kernel console driver be loaded
- /usr/bin programs and scripts in /lib/... be available to run
- the service be able to write to /var/run to make the links it creates
and to /tmp for temp files it uses in processing
I don't know why the network & name-service dependencies were in there
previously - John, do you remember?
For fc-cache, the actual dependencies (as best I know) is that:
- /etc/fonts be available to read the list of font directories from
configuration files ( /etc/fonts/fonts.conf and /etc/fonts/conf.d/* )
- the font directories listed in the configuration files be available
to read the font data to put in the caches
- /var/cache/fontconfig/ be writable to store the font caches
In the configuration shipped in the system, all font directories are now
located under /usr/share & /etc/X11/fontpath.d (which is full of symlinks
to /usr/share/fonts subdirectories). We don't read fonts from NFS
directories by default, but a customer could add another local filesystem
or a nfs-mounted font directory to the configuration - is it acceptable to
require that if they do so, they are responsible for changing the dependencies
of fc-cache to depend on the appropriate milestone?
--
-Alan Coopersmith- alan.coopersmith at sun.com
Oracle Solaris Platform Engineering: X Window System
