Philip Brown wrote: > You seem to *imply*, although you dont actually state, > "This 'service' can run anything and everything it wants to. It is basically > equivalent in power/functionality to the old style 'run a postinstall script'" > > if so... then why require it to be done through SMF at all? What is the > benefit of disallowing arbitrary postinstall scripts directly, if you > kindasorta allow them like this? > It's a whole lot more hassle to the packager/developer, with no benefit that > I'm seeing, if they dont require a "wait until boot to run" behaviour. > > FYI: I've seen a lot of postinstall scripts in the last 5 years. > With the exception of device driver related stuff, I cant recall even ONE, > that required a "wait until reboot" behaviour. >
So what happens if I do pkadd -R a sparc package into a x86 diskless machine's filesystem? How can I run the postinstall script binaries? > >> I'm still not seeing anything that requires this to be run in the context >> of the package upgrade itself. > > I'm not seeing anything that shows there to be a benefit of NOT running it > in the context of the packaging upgrade. > Diskless/multi-platform support Zone support Simpler development model across OS upgrades > Seems like all you have done, is just make it more complex to run arbitrary > postinstall scripts. > No. It's actually easier, since I don't need to work with multiple installation contexts. The current design forces all package maintainers to be aware of and test their scripts in each supported installation context > > Exactly. You're writing a packaging system. not something that gets to > control the design decisions of software developers worldwide :-} > > BTW: your premise is false, however. The "1.0.5 system" cannot properly > comprehend the data. Only the convert script can. Sometimes you just have to > drop backward compatibility, for performance reasons. So have the convert script run when the database starts up. > > There are also permission issues. The normally running application, may not > have PERMISSION to do the modifications that the upgrade data format > conversion requires. But whatever kicks that service will.... - Bart -- Bart Smaalders Solaris Kernel Performance [EMAIL PROTECTED] http://blogs.sun.com/barts _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
