> Quoth John Levon on Sat, Aug 26, 2006 at 04:21:51PM +0100: > > Manifests are delivered in SUNWfoor since they live in /var. However, > > typically, the methods actually rely on stuff in SUNWfoou. So if a user > > tries: > > > > pkgrm SUNWfoou SUNWfoor > > > > and it fails as the service is active, SUNWfoou will be successfully > > removed, > > but not SUNWfoor, leaving a semi-broken system. Is there a decent fix to > > this? > > You could duplicate the is-enabled check in the preremove script of each > package. This was considered as a fix for 6408218 . I don't know of > plans to address the more general r.manifest-failure mess.
As I described for another reasons in an earlier thread, the correct fix here is the permit manifests to be delivered in usr packages (i.e. in usr/svc/manifest or someplace like that) as well as opt ones. Fundamentally you need the manifest to be delivered with the software, which for more applications means in /usr or /opt; only then can the class action scripts be written to properly handle the failure modes. -Mike -- Mike Shapiro, Solaris Kernel Development. blogs.sun.com/mws/
