Table 2-1. rpm -i Command Syntax
| rpm -i (or --install) options file1.rpm … fileN.rpm | ||
| Parameters | ||
| file1.rpm … fileN.rpm | One or more RPM package files (URLs OK) | |
| Install-specific Options | Page | |
| -h (or --hash) | Print hash marks ("#") during install | Section 2.3.2 |
| --test | Perform installation tests only | Section 2.4.2 |
| --percent | Print percentages during install | Section 2.4.11 |
| --excludedocs | Do not install documentation | Section 2.4.7 |
| --includedocs | Install documentation | Section 2.4.8 |
| --replacepkgs | Replace a package with a new copy of itself | Section 2.4.3 |
| --replacefiles | Replace files owned by another package | Section 2.4.4 |
| --force | Ignore package and file conflicts | Section 2.4.6 |
| --noscripts | Do not execute pre- and post-install scripts | Section 2.4.10 |
| --prefix <path> | Relocate package to <path> if possible | Section 2.4.9 |
| --ignorearch | Do not verify package architecture | Section 2.4.17 |
| --ignoreos | Do not verify package operating system | Section 2.4.18 |
| --nodeps | Do not check dependencies | Section 2.4.5 |
| --ftpproxy <host> | Use <host> as the FTP proxy | Section 2.4.16 |
| --ftpport <port> | Use <port> as the FTP port | Section 2.4.15 |
| General Options | Page | |
| -v | Display additional information | Section 2.3.1 |
| -vv | Display debugging information | Section 2.4.1 |
| --root <path> | Set alternate root to <path> | Section 2.4.13 |
| --rcfile <rcfile> | Set alternate rpmrc file to <rcfile> | Section 2.4.12 |
| --dbpath <path> | Use <path> to find the RPM database | Section 2.4.14 |
Of the many things RPM can do, probably the one that people think of first is the installation of software. As mentioned earlier, installing new software is a complex, error-prone job. RPM turns that process into a single command.
rpm -i (--install is equivalent) installs software that's been packaged into an RPM package file. It does this by:
Performing dependency checks.
Checking for conflicts.
Performing any tasks required before the install.
Deciding what to do with config files.
Unpacking files from the package and putting them in the proper place.
Performing any tasks required after the install.
Keeping track of what it did.
Some packages will not operate properly unless some other package is installed, too. RPM makes sure that the package being installed will have its dependency requirements met. It will also insure that the package's installation will not cause dependency problems for other already-installed packages.
RPM performs a number of checks during this phase. These checks look for things like attempts to install an already installed package, attempts to install an older package over a newer version, or the possibility that a file may be overwritten.
There are cases where one or more commands must be given prior to the actual installation of a package. RPM performs these commands exactly as directed by the package builder, thus eliminating a common source of problems during installations.
One of the features that really sets RPM apart from other package managers, is the way it handles configuration files. Since these files are normally changed to customize the behavior of installed software, simply overwriting a config file would tend to make people angry — all their customizations would be gone! Instead, RPM analyzes the situation and attempts to do "the right thing" with config files, even if they weren't originally installed by RPM! [1]
This is the step most people think of when they think about installing software. Each package file contains a list of files that are to be installed, as well as their destination on your system. In addition, many other file attributes, such as permissions and ownerships, are set correctly by RPM.
Very often a new package requires that one or more commands be executed after the new files are in place. An example of this would be running ldconfig to make new shared libraries accessible.
Every time RPM installs a package on your system, it keeps track of the files it installed, in its database. The database contains a wealth of information necessary for RPM to do its job. For example, RPM uses the database when it checks for possible conflicts during an install.
| [1] | Are you interested in what exactly "the right thing" means? Section 4.1.1 has all the details. |