|
|
For sets, a special-purpose package referred to as a Set Installation Package (SIP) is used. The SIP is used to control the installation of a set's member packages. The SIP's name and package instance name are always the same as those used to identify the set itself. For instance, the SIP controlling the installation of the Foundation Set (fnd) is also named Foundation Set (fnd). A SIP is distinguished from other packages by the CATEGORY parameter "set" in its pkginfo(F) file and by the presence of a special type of package information file named setinfo(F). This file is used to convey information about a set's member packages to the software installation tools.
When pkgadd(ADM) recognizes that a SIP is being processed, it sets up special environment variables and makes them available to the SIP's procedure scripts. This allows for a well-defined interface between the scripts and pkgadd(ADM) that enables the SIP scripts to do most of the work when processing set member package selection and interaction. The SIP's request and preinstall scripts are especially designed to use this environment.
Among other things, the SIP's request script uses these environment variables to access the setinfo(F) file and access the set member packages' request and default response files (if any). After the request script has finished processing, the SIP's preinstall script is then used to pass back to pkgadd(ADM) a list of set member packages selected for installation as part of the set (see case study 7 for examples of these scripts).
The following is a list of the environment variables made available to a SIP's procedure scripts.
After it has processed a SIP, pkgadd adds the set member packages selected (it gets this from the file represented by $SETLIST in the installation environment) to the list of packages to be installed and proceeds to install them.