Moritz Willers wrote: > Now I know this is unlikely to happen, but I would like to throw this > in for consideration on whatever is being worked on: > > We have written a lot of packages that consist mainly of postinstall > scripts, i.e. not delivering any functionality, but merely adding to > the configuration of the system. Those packages caused us much grief > as we tried to adopt zones, cause us grief during upgrades of our > systems (where we tend to replace our in-house developed packages, but > need to skip those that do system configuration work), cause us grief > as we are looking at other provisioning systems... > > If here was a sysidcfg API we wouldn't have to do system configuration > through postinstall scripts in packages. > > Whilst I title this and mention a "sysidcfg API", I doubt that will > ever come to fruition. It merely is a plea to consider other system > configuration, but those provided by the OS install mechanism, and > open any future technologies so we as a user can hook into it. > > - mo (kind of hoping that this mail can be answered with a RTFM link > to the Caiman documentation:)) >
In addition to what Bart noted about the "run at first restart" solution in IPS, our general plans here are based on replacing sysidcfg with a generalized configuration model that leverages the SMF Enhanced Profiles project [1]. I'd recommend reading the materials there and thinking about how it might be applied to your problem set. Dave [1] http://www.opensolaris.org/os/project/smf-profiles/
