Danek Duvall wrote: > On Fri, Feb 08, 2008 at 12:49:21AM -0500, Dennis Clarke wrote: > >> Where do we stand wrt pre-remove and post-install scripts ? > > Still not going to happen. IPS will not execute arbitrary code delivered > by a package, except in the case of a severe security bug. > > It appears that the vast majority of postinstall scripts and class-action > scripts exist to update databases (like the various driver-related files, > /etc/passwd, and so on). > > For the databases that are required for correct images, or for booting, > there will be custom actions, such as the driver (already available) and > user (in progress) actions. >
We also need a group action. The reason user and group are needed is that files need to be installed w/ the correct uid/gid, which is needed to boot. Otherwise, we could delay adding entries to user and group files until after boot. > For the databases that aren't needed until later in boot, we're proposing > that whatever component utilizes the database should provide a directory > where files can be placed, and an SMF method which, on start / refresh > (potentially kicked by a generic "kicker" action in the package manifest), > import the new files in that directory into the database. This mechanism is idempotent; repeating the action produces the same result. This makes the end result independent of package installation order, something that is needed to support filtering, downloading just the new portions of packages, etc. For example, rebuilding the catman database needs to occur after man pages are added or removed. If I install 50 packages that contain man pages to the running image, I don't want each package to run the catman command in a postinstall script. With the kicker action, upon completion of the pkg install the rebuilding would occur once. The same mechanism would rebuild catman once after changed the image filters to install man pages and refreshing the pkgs... - 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
