On Mon, Jun 15, 2009 at 10:01 PM, Bart Smaalders<[email protected]> wrote: > UNIX admin wrote: > >> What needs to happen is, after the package is deployed, the Oracle >> database processes are running, the TNS listener is accepting connections to >> the database, and the database is >> now ready to accept data. > > How do I install such a package in an alternate root? > Or are such packages only installable on a running system? > > Designing features into the packaging system that are unusable > in any context but a live install on a properly configured > system is a major source of breakage. > > It is a requirement that the packaging system be able to > install packages onto an alternate root. It is not a requirement > that the packaging system be Turing complete, or that you > can use it as a remote execution framework. > > You can implement this w/ actuators in IPS; it will require > a SMF service to be running to handle your post-installation > tasks. Note that packages built this way will actually work > on alternate root install, with Oracle running once that > environment is booted.
If that's the way to do it, and if it's possible to automatically convert scripting into services, then why not fold that functionality into the packaging system so that it creates the SMF services (or whatever) as required to get the scripts run in the correct context? It seems to me that the no scripting rule is more about the context in which the script runs rather than the existence or content of the script. In that case, going to software packagers and saying "just write your script to run correctly on a live image and we'll make sure its gets run in the right time and place without you having to worry about all these other possible installation scenarios" would be a big selling point. And the packagers wouldn't have to worry about implementing the SMF services, avoiding a big hole they could dig themselves into. -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
