United States-English |
|
|
HP-UX Software Assistant Administration Guide: HP-UX 11i Systems > Appendix C SWA Manpagesswa-get(1M) |
|
NAMEswa-get: swa — download software from HP to resolve issues and make a depot SYNOPSISswa get [-p] -t target_depot [-q [q[q]]] [-v[v]] [[-option] -?] [-x option=[value|-?]] [-X option_file] DESCRIPTIONThe swa get command downloads software from HP to resolve issues identified by swa report; see swa-report(1M). By default, a new depot is created. While swa get can update an existing depot, it does not analyze that depot for issues and the original contents of that depot are the responsibility of the system administrator. Currently, only patches can be downloaded from HP (for example, Application Release software is excluded), and some security issues require manual action (that is, cannot be resolved by HP-supplied patches). The swa get command determines which software to download based on the analysis file from a previous swa report command. If a preexisting depot is being updated, swa get determines if the needed software is already in the depot or in the swcache directory. swa get will not download patches that already exist in either location. Security ConsiderationsSoftware download (swa get) relies on the integrity of the analysis file to ensure the integrity of patches before unpacking them. The analysis file gets MD5 checksum information directly from the catalog. Therefore it is important that all transmissions of the catalog and/or analysis file are integrity protected and that file permissions do not allow unnecessary modification. Depot creation (swa get) relies on the integrity of the patches within the swcache directory. Therefore, after unpacking the patches, it is important that all subsequent transmissions of the patches are integrity protected and that file permissions do not allow unauthorized modification. Deploying software using Software Distributor (using the swinstall command) has security properties that are documented in the Software Distributor Administration Guide. Optionsswa get recognizes the following options:
Extended OptionsThe extended options may be specified in different ways: on the command line using the -x option, in an option file specified using the -X option, or in one of the configuration files /etc/opt/swa/swa.conf (system wide) or $HOME/.swa.conf (user-specific). The /etc/opt/swa/swa.conf.template file provides example syntax for a configuration or -X file. If the same option is given in multiple locations, the following order is prioritized from highest to lowest:
Note: If the same option or extended option is given multiple times in the same location, the last option takes effect. If the option has a single letter equivalent (for example, -v and -x verbosity) and both are used on the command line, the single letter option generally takes precedence. If the single letter option affects an extended option that takes a list of arguments, specifying the single letter option multiple times will append to the list. swa get recognizes the following -x (extended) options, which are shown with their default values:
EXTERNAL INFLUENCESEnvironment VariablesFor compatibility with other applications (including security_patch_check), several environment variables can be used to configure how SWA connects to the Internet to retrieve catalogs, certificate revocation lists, and software. These environment variables include ftp_proxy, http_proxy, and https_proxy. These environment variables have the same effect as the corresponding extended options of the same names. The Extended Options section describes the usage and meaning of each option and the behavior if the same option is specified in multiple places. The proxy extended option cannot be specified as an environment variable, but may be a useful alternative if all protocols use the same proxy server at your site. The TMPDIR environment variable is also honored for local operations, if set. If this value is not set, the default of /var/opt/swa/tmp is used. This directory does not allow write operations for non-privileged users, so TMPDIR must be set by non-root users if a temporary directory is required for that operation. An example operation that uses this directory is unsharing of patch files. For older-style patches which do not honor TMPDIR, SWA rewrites the shar file so that TMPDIR will be honored before unpacking the patch. EXAMPLESTo display swa get usage information: swa get -? To display usage and list all swa get extended options: swa get -x -? To run swa get using the options specified in the file ./myconfig: swa get -X ./myconfig To get patches from HP that are recommended in the default analysis file (from the previous swa report command) and place the results into the new depot mydepot: swa get -t mydepot To add newly recommended patches into the existing depot mydepot, only downloading patches from HP that are neither in mydepot nor previously downloaded: swa get -t mydepot -x allow_existing_depot=true To preview which patches need to be downloaded from HP and added to an existing depot without actually doing the work, and with increased verbosity: swa get -p -v -t mydepot -x allow_existing_depot=true FILES
SEE ALSOswa(1M), swa-clean(1M), swa-report(1M), swa-step(1M). HP-UX Software Assistant System Administration Guide and HP-UX Software Assistant Release Notes at http://docs.hp.com. |
Printable version | ||
|