Ed McKnight wrote: > During pkg uninstall, if the package delivers a smf manifest file we can > specify that the service be disabled before its manifest and other files > in the package are removed. However, in the threads about SMF actuators > so far, I haven't seen a way to specify that the service be unregistered > from smf and get the same 'manifest hash' cleanup that r.manifest does > when it removes a manifest file. > > If I deliver a smf service, specifying disable_fmri=<the delivered > service> then pkg install and uninstall both do the expected stuff > except that the service remains registered with SMF in a disabled state. > The service can be enabled, but since it almost certainly depends upon > files now absent, it definitely won't behave as expected. > > (1) I haven't found any way to have the service go away short of a > manual 'svccfg delete.' > (2) Since the 'manifest hash' cleanup isn't done, if the package is > reinstalled the manifest isn't actually imported again. I suspect it > doesn't actually matter for services delivered disabled, but for > services delivered enabled it's a killer.
We're still sorting this out; the ability to delete services like this was just recently added to Nevada, - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts "You will contribute more with mercurial than with thunderbird." _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
