James Carlson writes:
> James Carlson writes:
> > It's a bit icky. It's somewhat akin to self-modifying behavior, in
> > that the installed software goes through some sort of lengthy
> > "rebuild" after the first boot.
>
> A little more clarification on that: if we could make it so that no
> package ever used a {pre,post}{install,remove} or class action script,
> and that all of them used transient SMF service, so that package
> installs became nothing more than cpio blasting bits, then I might get
> more interested.
That's what I'd like to see as a strategy, though I've seen no complete
proposal yet. Lots of folks have been knocking about in support of a
similar idea. Tony's suggested an 'upgrade' method on this alias, which
may be one possible implementation of such an idea, though not the only one.
(From an SMF point of view, I'm trying to make sure we're working to
preemptively resolve things which would make that strategy difficult.)
JDS's postrun is a similar idea, but gloms it all into a single service
rather than allowing expensive or long-running actions to be parallelized.
liane
--
Liane Praza, Solaris Kernel Development
liane.praza at sun.com - http://blogs.sun.com/lianep
