Contained WithinFind More DocumentationFeatured Support Resources | PDF로 이 문서 다운로드 (5578 KB)
pkgadd(1M)NAME | SYNOPSIS | DESCRIPTION | OPTIONS | OPERANDS | KEYSTORE LOCATIONS | KEYSTORE AND CERTIFICATE FORMATS | PASS PHRASE ARGUMENTS | EXAMPLES | EXIT STATUS | ENVIRONMENT VARIABLES | ATTRIBUTES | SEE ALSO | NOTES NAME
SYNOPSIS
pkgadd -s [source] [instances] DESCRIPTIONpkgadd transfers the contents of a software package from the distribution medium or directory to install it onto the system. Used without the -d option, pkgadd looks in the default spool directory for the package (var/spool/pkg). Used with the -s option, it writes the package to a spool directory instead of installing it. The pkgadd utility requires an amount of temporary space the size of the package that is being installed. pkgadd determines which temporary directory to use by checking for the existance of the $TMPDIR environment variable. If $TMPDIR is not defined, pkgadd uses P_tmpdir from stdio.h. P_tmpdir has a default of /var/tmp/. Certain unbundled and third-party packages are no longer entirely compatible with the latest version of pkgadd. These packages require user interaction throughout the installation and not just at the very beginning. To install these older packages (released prior to Solaris 2.4), set the following environment variable: NONABI_SCRIPTS=TRUE pkgadd permits keyboard interaction throughout the installation as long as this environment variable is set. OPTIONS
The following options are supported: When executed without options or operands, pkgadd uses /var/spool/pkg (the default spool directory). OPERANDS
The following operands are supported: SourcesBy default, pkgadd looks in the /var/spool/pkg directory when searching for instances of a package to install or spool. Optionally, the source for the package instances to be installed or spooled can be specified using: InstancesBy default, pkgadd searches the specified source, and presents an interactive menu allowing the user to select which package instances found on the source are to be installed. As an alternative, the package instances to be installed can be specified using: KEYSTORE LOCATIONS
Package and patch tools such as pkgadd or patchadd use a set of trusted certificates to perform signature validation on any signatures found within the packages or patches. If there are no signatures included in the packages or patches then signature validation is skipped. The certificates can come from a variety of locations. If -k keystore is specified, and keystore is a directory, then keystore is assumed to be the base directory of the certificates to be used. If keystore is a file, then the file itself is assumed to have all required keys and certificates. When -k is not specified, then /var/sadm/security is used as the base directory. Within the specified base directory, the store locations to be searched are different based on the application doing the searching and the type of store being searched for. The following directories are searched in the specified order: Where <store_dir> is the directory specified by -k, <app_name> is the name of the application doing the searching, and <store_type> is one of keystore (for private keys), certstore (for untrusted public key certificates), or truststore (for trusted certificate authority certificates). For example, when pkgadd is run with -k /export/certs, then the following locations are successively searched to find the trust store: This searching order enables administrators to have a single location for most applications, and special certificate locations for certain applications. KEYSTORE AND CERTIFICATE FORMATSThe packaging and patching utilities, such as pkgtrans and patchadd, require access to a set of keys and certificates in order to sign, and optionally verify, packages and patches. The keystore files found by following the search pattern specified in KEYSTORE LOCATIONS must each be a self-contained PKCS#12-format file. When signing a package with pkgtrans, if a certstore has more than one public key certificate, then each public key must have a friendlyName attribute in order to be identifiable and selectable with the -a option when signing packages or patches. In addition, the public key certificate selected with -a and found in the certstore must have an associated private key in the keystore. Several browsers and utilities can be used to export and import certificates and keys into a PKCS#12 keystore. For example, a trusted certificate can be exported from Netscape, and then imported into a PKCS#12 keystore for use with pkgadd with the OpenSSL Toolkit. PASS PHRASE ARGUMENTS
pkgtrans and pkgadd accept password arguments, typically using -p to specify the password. These allow the password to be obtained from a variety of sources. Both of these options take a single argument whose format is described below. If no password argument is given and a password is required then the user is prompted to enter one: this will typically be read from the current terminal with echoing turned off. EXAMPLESExample 1 Installing a Package from a Solaris CD-ROMThe following example installs a package from a Solaris CD-ROM. You are prompted for the name of the package you want to install.
EXIT STATUS
ENVIRONMENT VARIABLES
ATTRIBUTESSee attributes(5) for descriptions of the following attributes:
SEE ALSOpkginfo(1), pkgmk(1), pkgparam(1), pkgproto(1), pkgtrans(1), installf(1M), pkgadm(1M), pkgask(1M), pkgrm(1M), removef(1M), admin(4), pkginfo(4), attributes(5) Application Packaging Developer's Guide http://www.openssl.org NOTESWhen transferring a package to a spool directory, the -r, -n, and -a options cannot be used. The -r option can be used to indicate a directory name as well as a filename. The directory can contain numerous response files, each sharing the name of the package with which it should be associated. This would be used, for example, when adding multiple interactive packages with one invocation of pkgadd. In this situation, each package would need a response file. If you create response files with the same name as the package (for example, pkinst1 and pkinst2), then name the directory in which these files reside after the -r. The -n option causes the installation to halt if any interaction is needed to complete it. If the default admin file is too restrictive, the administration file may need to be modified to allow for total non-interaction during a package installation. See admin(4) for details. If a package stream is specified with -d, and a digital signature is found in that stream, the default behavior is to attempt to validate the certificate and signature found. This behavior can be overridden with admin file settings. See admin(4) for more information. NAME | SYNOPSIS | DESCRIPTION | OPTIONS | OPERANDS | KEYSTORE LOCATIONS | KEYSTORE AND CERTIFICATE FORMATS | PASS PHRASE ARGUMENTS | EXAMPLES | EXIT STATUS | ENVIRONMENT VARIABLES | ATTRIBUTES | SEE ALSO | NOTES |
|||||||