rpm(8) – Linux man page

Name

rpm – RPM Package Manager

Synopsis

Abfrage und Überprüfung von Paketen:

rpm {-q|–query}

rpm {-V|–verify}

rpm –import PUBKEY …

rpm {-K|–checksig} PACKAGE_FILE …

Installieren, Upgraden und Entfernen von Paketen:

rpm {-i|–install} PACKAGE_FILE …

rpm {-U|–upgrade} PACKAGE_FILE …

rpm {-F|–freshen} PACKAGE_FILE …

rpm {-e|–erase} PACKAGE_NAME …

Verschiedenes:

rpm {–initdb|–rebuilddb}

rpm {–addsign|–resign} PACKAGE_FILE…

rpm {–querytags|–showrc}

rpm {–setperms|–setugids} PACKAGE_NAME …

select-options

{-p,–package PACKAGE_FILE]

query-options

verify-options

install-Optionen

Beschreibung

rpm ist ein leistungsstarker Paketmanager, der zum Erstellen, Installieren, Abfragen, Überprüfen, Aktualisieren und Löschen einzelner Softwarepakete verwendet werden kann. Ein Paket besteht aus einem Archiv von Dateien und Metadaten, die zum Installieren und Löschen der Archivdateien verwendet werden. Zu den Metadaten gehören Hilfsskripte, Dateiattribute und beschreibende Informationen über das Paket. Es gibt zwei Arten von Paketen: Binärpakete, die die zu installierende Software kapseln, und Quellpakete, die den Quellcode und das Rezept enthalten, das zur Erstellung von Binärpaketen erforderlich ist.

Einer der folgenden Grundmodi muss ausgewählt werden: Abfragen, Überprüfen, Signaturprüfung, Installieren/Upgrade/Freshen, Deinstallieren, Datenbank initialisieren, Datenbank neu erstellen, Zurücktreten, Signatur hinzufügen, Eigentümer/Gruppen festlegen, Abfrage-Tags anzeigen und Konfiguration anzeigen.

Allgemeine Optionen

Diese Optionen können in allen verschiedenen Modi verwendet werden.

-?, –help Druckt eine längere Benutzungsmeldung als normal. –version Druckt eine einzelne Zeile mit der Versionsnummer des verwendeten rpm. –quiet So wenig wie möglich ausgeben – normalerweise werden nur Fehlermeldungen angezeigt. -v Ausführliche Informationen ausgeben – normalerweise werden Routine-Fortschrittsmeldungen angezeigt. -vv Viele hässliche Debugging-Informationen ausgeben. –rcfile FILELIST Jede der Dateien in der durch Doppelpunkte getrennten FILELIST wird von rpm nacheinander gelesen, um Konfigurationsinformationen zu erhalten. Nur die erste Datei in der Liste muss existieren, und Tildes werden zum Wert von $HOME erweitert. Die Standard-FILELISTE ist/usr/lib/rpm/rpmrc:/usr/lib/rpm/redhat/rpmrc:/etc/rpmrc:~/.rpmrc. –pipe CMD Leitet die Ausgabe von rpm an den Befehl CMD weiter. –dbpath DIRECTORY Verwendet die Datenbank in DIRECTORY anstelle des Standardpfades /var/lib/rpm –root DIRECTORY Verwendet für alle Operationen den Dateisystembaum, der in DIRECTORY verwurzelt ist. Beachten Sie, dass dies bedeutet, dass die Datenbank in DIRECTORY für Abhängigkeitsüberprüfungen verwendet wird und alle Skripte (z.B. %post bei der Installation oder %prep bei der Erstellung eines Pakets) nach einem chroot(2) nachDIRECTORY ausgeführt werden. -D, –define=’MACRO EXPR‘ Definiert MACRO mit dem Wert EXPR. -E, –eval=’EXPR‘ Druckt die Makroexpansion von EXPR aus.

Installations- und Upgrade-Optionen

In diesen Optionen kann PACKAGE_FILE entweder eine rpm-Binärdatei oder ein ASCII-Paketmanifest sein (siehe PACKAGE SELECTION OPTIONS) und kann als ftp- oder http-URL angegeben werden, in welchem Fall das Paket vor der Installation heruntergeladen wird. Siehe FTP/HTTP OPTIONEN für Informationen über rpm’s interne ftp und http Client Unterstützung.

Die allgemeine Form eines rpm install Befehls ist

rpm {-i|–install} PACKAGE_FILE …

Dies installiert ein neues Paket.

Die allgemeine Form eines rpm upgrade Befehls ist

rpm {-U|–upgrade} PACKAGE_FILE …

Damit wird das aktuell installierte Paket auf eine neuere Version aktualisiert oder installiert. Dies ist dasselbe wie install, außer dass alle anderen Versionen des Pakets entfernt werden, nachdem das neue Paket installiert wurde.

rpm {-F|–freshen} PACKAGE_FILE …

Dies aktualisiert Pakete, aber nur solche, für die eine frühere Version installiert ist.

–aid Fügt bei Bedarf vorgeschlagene Pakete zum Transaktionssatz hinzu. –allfiles Installiert oder aktualisiert alle missingok-Dateien im Paket, unabhängig davon, ob sie existieren. –badreloc Wird zusammen mit –relocate verwendet und erlaubt Verschiebungen auf allen Dateipfaden, nicht nur auf den OLDPATHs, die in den Hinweisen für die Verschiebung von Binärpaketen enthalten sind. –excludepath OLDPATH Installiert keine Dateien, deren Name mit OLDPATH beginnt. –excludedocs Installiert keine Dateien, die als Dokumentation gekennzeichnet sind (dazu gehören Manpages und Texinfo-Dokumente). –force Dasselbe wie mit –replacepkgs, –replacefiles und –oldpackage. -h, –hash Gibt 50 Hash-Markierungen aus, wenn das Paketarchiv entpackt wird. Benutze mit -v|–verbose für eine schönere Anzeige. –ignoresize Überprüft vor der Installation dieses Pakets nicht, ob im eingehängten Dateisystem genügend Speicherplatz vorhanden ist. –ignorearch Erlaubt die Installation oder das Upgrade auch dann, wenn die Architekturen des Binärpakets und des Hosts nicht übereinstimmen. –ignoreos Erlaubt die Installation oder das Upgrade auch dann, wenn die Betriebssysteme des Binärpakets und des Hosts nicht übereinstimmen. –includedocs Dokumentationsdateien installieren. Dies ist das Standardverhalten. –justdb Aktualisiert nur die Datenbank, nicht das Dateisystem. –nodigest Überprüfe keine Paket- oder Header-Digests beim Lesen. –nomanifest Verarbeite keine Nicht-Paketdateien als Manifeste. –nosignature Überprüfe beim Lesen keine Paket- oder Header-Signaturen. –nodeps Führt vor der Installation oder dem Upgrade eines Pakets keine Abhängigkeitsüberprüfung durch. –nosuggest Schlage keine Pakete vor, die eine fehlende Abhängigkeit aufweisen. –noorder Sortiert die Pakete für eine Installation nicht neu. Die Liste der Pakete würde normalerweise neu geordnet werden, um Abhängigkeiten zu erfüllen. –noscripts –nopre –nopost –nopreun–nopostun Führt das gleichnamige Scriptlet nicht aus. Die Option –noscripts ist äquivalent zu

–nopre –nopost –nopreun

nopostun

und schaltet die Ausführung der entsprechenden %pre, %post, %preun und %postun Skriptlets aus.

–notriggers –notriggerin –notriggerun–notriggerpostun Führt kein Trigger-Skriptlet des genannten Typs aus. Die Option –notriggers

ist äquivalent zu

–notriggerin –notriggerun –notriggerpostun

und schaltet die Ausführung der entsprechenden %triggerin, %triggerun und %triggerpostun Skriptlet(s) aus.

–oldpackage Erlaubt einem Upgrade, ein neueres Paket durch ein älteres zu ersetzen. –percent Gibt die Prozentzahlen aus, wenn Dateien aus dem Paketarchiv entpackt werden. Dies soll die Ausführung von rpm aus anderen Werkzeugen erleichtern. –prefix NEWPATH Bei relocatable Binärpaketen werden alle Dateipfade, die mit dem Installationspräfix in dem/den Hinweis(en) zur Paketverschiebung beginnen, in NEWPATH übersetzt. –relocate OLDPATH=NEWPATH Für verschiebbare Binärpakete werden alle Dateipfade, die in den Paketverschiebungshinweisen mit OLDPATH beginnen, in NEWPATH übersetzt. Diese Option kann wiederholt verwendet werden, wenn mehrere OLDPATHs im Paket verschoben werden sollen. –replacefiles Installiert die Pakete auch dann, wenn sie Dateien aus anderen, bereits installierten Paketen ersetzen. –replacepkgs Installiert die Pakete auch dann, wenn einige von ihnen bereits auf diesem System installiert sind. –test Installiert das Paket nicht, sondern prüft nur auf mögliche Konflikte und meldet diese.

Erase Optionen

Die allgemeine Form eines rpm erase Befehls ist

rpm {-e|–erase} PACKAGE_NAME…

Die folgenden Optionen können ebenfalls verwendet werden:

–allmatches Entfernen Sie alle Versionen des Pakets, die mit PACKAGE_NAME übereinstimmen. Normalerweise wird ein Fehler ausgegeben, wenn PACKAGE_NAME auf mehrere Pakete passt. –nodeps Überprüft keine Abhängigkeiten vor der Deinstallation der Pakete. –noscripts –nopreun–nopostun Führt das gleichnamige Scriptlet nicht aus. Die Option –noscripts beim Löschen von Paketen ist äquivalent

zu

–nopreun –nopostun

und schaltet die Ausführung der entsprechenden %preun und %postun Skriptlets aus.

–notriggers –notriggerun–notriggerpostun Führt kein Trigger-Skriptlet des genannten Typs aus. Die Option –notriggers

ist äquivalent zu

–notriggerun –notriggerpostun

und schaltet die Ausführung der entsprechenden %triggerun- und %triggerpostun-Skriptlets aus.

–test Deinstalliert nicht wirklich etwas, sondern geht nur die Bewegungen durch. Nützlich in Verbindung mit der Option -vv zum Debuggen.

Abfrageoptionen

Die allgemeine Form eines rpm-Abfragebefehls ist

rpm {-q|–query}

Sie können das Format angeben, in dem die Paketinformationen ausgegeben werden sollen. Dazu verwenden Sie die

–qf|–queryformat QUERYFMT

Option, gefolgt von der QUERYFMT-Formatzeichenfolge. Abfrageformate sind modifizierte Versionen der standardmäßigen printf(3)-Formatierung. Das Format besteht aus statischen Zeichenketten (die Standard-C-Escapes für Zeilenumbrüche, Tabulatoren und andere Sonderzeichen enthalten können) und printf(3)-Typformatierungen. Da rpm den zu druckenden Typ bereits kennt, muss der Typspezifizierer jedoch weggelassen und durch den Namen des auszugebenden Header-Tags ersetzt werden, der von {}-Zeichen eingeschlossen ist. Bei Tag-Namen wird die Groß- und Kleinschreibung nicht beachtet, und der führende Teil RPMTAG_ des Tag-Namens kann ebenfalls weggelassen werden.

Alternative Ausgabeformate können angefordert werden, indem dem Tag :typetag nachgestellt wird. Derzeit werden die folgenden Typen unterstützt:

:armor Einen öffentlichen Schlüssel in ASCII armor verpacken. :arraysize Anzahl der Elemente in Array-Tags anzeigen. :base64 Binäre Daten unter Verwendung von base64 kodieren. :date strftime(3) „%c“-Format verwenden. :day strftime(3) „%a %b %d %Y“-Format verwenden. :depflags Vergleichsoperator für Abhängigkeiten formatieren. :deptype Abhängigkeitstyp formatieren. :fflags Dateiflags formatieren. :fstate Dateistatus formatieren. :hex hexadezimal formatieren. :octal oktal formatieren. :perms Dateiberechtigungen formatieren. :pgpsig Signatur-Fingerabdruck und -Zeit anzeigen. :shescape einfache Anführungszeichen für die Verwendung in einem Skript umbrechen. :triggertype Triggersuffix anzeigen. :vflags Dateiverifikationsflags formatieren. :xml Daten in einfaches xml-Markup verpacken.

Um zum Beispiel nur die Namen der abgefragten Pakete auszugeben, können Sie %{NAME} als Formatstring verwenden. Um den Paketnamen und die Distributionsinformationen in zwei Spalten auszugeben, könnten Sie %-30{NAME}%{DISTRIBUTION} verwenden. rpm gibt eine Liste aller ihm bekannten Tags aus, wenn es mit dem Argument –querytags aufgerufen wird.

Es gibt zwei Untergruppen von Optionen für die Abfrage: Paketauswahl und Informationsauswahl.

Paketauswahloptionen:

PACKAGE_NAME Abfrage des installierten Pakets namens PACKAGE_NAME. -a, –all Abfrage aller installierten Pakete. -f, –file FILE Abfrage des Pakets, das DATEI besitzt. –fileid ID Abfrage des Pakets, das eine bestimmte Dateikennung enthält. Die ID ist der Digest des Dateiinhalts. Für verschiedene Pakete können verschiedene Hash-Algorithmen verwendet worden sein (MD5, SHA1, SHA256, SHA384, SHA512, …) -g, –group GROUP Abfrage von Paketen mit der Gruppe GROUP. –hdrid SHA1 Abfrage von Paketen, die einen bestimmten Header-Identifikator enthalten, d.h. den SHA1-Digest der unveränderlichen Header-Region. -p, –package PACKAGE_FILE Abfrage eines (nicht installierten) Pakets PACKAGE_FILE. Die PACKAGE_FILE kann als ftp- oder http-URL angegeben werden. In diesem Fall wird der Paket-Header heruntergeladen und abgefragt. Siehe FTP/HTTP-OPTIONEN für Informationen über die interne ftp- und http-Client-Unterstützung von rpm. Das/die PACKAGE_FILE-Argument(e) wird/werden, wenn es sich nicht um ein binäres Paket handelt, als ASCII-Paketmanifest interpretiert, sofern nicht die Option –nomanifest verwendet wird. In Manifesten sind Kommentare erlaubt, die mit einem ‚#‘ beginnen, und jede Zeile einer Paketmanifestdatei kann durch Leerzeichen getrennte Globusausdrücke enthalten, einschließlich URLs, die zu Pfaden expandiert werden, die anstelle des Paketmanifests als zusätzliche PACKAGE_FILE-Argumente in der Abfrage ersetzt werden. –pkgid MD5 Abfrage des Pakets, das eine bestimmte Paketkennung enthält, d.h. den MD5-Digest des kombinierten Inhalts von Header und Payload. –querybynumber HDRNUM Fragt den HDRNUM-ten Datenbankeintrag direkt ab; dies ist nur zur Fehlersuche nützlich. –specfile SPECFILE Analysiert und fragt SPECFILE ab, als wäre es ein Paket. Obwohl nicht alle Informationen (z.B. Dateilisten) verfügbar sind, kann rpm mit dieser Art der Abfrage Informationen aus spec-Dateien extrahieren, ohne einen specfile-Parser schreiben zu müssen. –tid TID Abfrage von Paketen, die eine bestimmte Transaktionskennung TID haben. Ein Unix-Zeitstempel wird derzeit als Transaktionskennung verwendet. Alle Pakete, die innerhalb einer einzigen Transaktion installiert oder gelöscht werden, haben einen gemeinsamen Bezeichner. –triggeredby PACKAGE_NAME Abfrage von Paketen, die durch Paket(e) PACKAGE_NAME ausgelöst werden. –whatprovides CAPABILITY Abfrage aller Pakete, die die Fähigkeit CAPABILITY bieten. –whatrequires CAPABILITY Abfrage aller Pakete, die die CAPABILITY-Fähigkeit für die korrekte Funktion benötigen.

Paketabfrageoptionen:

–changelog Zeigt Änderungsinformationen für das Paket an. -c, –configfiles Nur Konfigurationsdateien auflisten (impliziert -l). -d, –docfiles Nur Dokumentationsdateien auflisten (impliziert -l). –dump Zeigt die Dateiinformationen wie folgt an (impliziert -l):

path size mtime digest mode owner group isconfig isdoc rdev symlink 

–filesbypkg Listet alle Dateien in jedem ausgewählten Paket auf. -i, –info Zeigt Paketinformationen an, einschließlich Name, Version und Beschreibung. Dies verwendet das –queryformat, falls eines angegeben wurde. –last Ordnet die Paketliste nach dem Installationszeitpunkt an, so dass die neuesten Pakete ganz oben stehen. -l, –list Listet die Dateien im Paket auf. –provides Listet Fähigkeiten auf, die dieses Paket bietet. -R, –requires Listet Fähigkeiten auf, von denen dieses Paket abhängt. –scripts Zeigt die paketspezifischen Skripte an, die bei der Installation und Deinstallation verwendet werden. -s, –state Zeigt den Status der Dateien im Paket an (impliziert -l). Der Status jeder Datei ist entweder normal, nicht installiert oder ersetzt. –triggers, –triggerscripts Zeigt die Trigger-Skripte an, die im Paket enthalten sind, falls vorhanden.

Verify Optionen

Die allgemeine Form eines rpm verify Befehls ist

rpm {-V|–verify}

Das Verifizieren eines Pakets vergleicht Informationen über die installierten Dateien im Paket mit Informationen über die Dateien aus den in der rpm-Datenbank gespeicherten Paketmetadaten. Dabei werden unter anderem die Größe, der Digest, die Berechtigungen, der Typ, der Eigentümer und die Gruppe jeder Datei verglichen. Dateien, die nicht aus dem Paket installiert wurden, z.B. Dokumentationsdateien, die bei der Installation mit der Option „–excludedocs“ ausgeschlossen wurden, werden ignoriert.

Die Optionen für die Paketauswahl sind die gleichen wie bei der Paketabfrage (einschließlich der Paketmanifestdateien als Argumente). Andere Optionen, die es nur im Verifizierungsmodus gibt, sind:

–nodeps Überprüft nicht die Abhängigkeiten von Paketen. –nodigest Überprüfe keine Paket- oder Header-Digests beim Lesen. –nofiles Überprüfe keine Attribute von Paketdateien. –noscripts Führt das %verifyscript-Skriptlet nicht aus (falls vorhanden). –nosignature Überprüfe beim Lesen keine Paket- oder Header-Signaturen. –nolinkto –nofiledigest (früher –nomd5) –nosize –nouser –nogroup –nomtime –nomode–nordev Überprüft nicht das entsprechende Dateiattribut.

Das Format der Ausgabe ist eine Zeichenkette aus 8 Zeichen, eine mögliche Attributmarkierung:

c %config configuration file.d %doc documentation file.g %ghost file (i.e. the file contents are not included in the package payload).l %license license file.r %readme readme file.

aus dem Paketkopf, gefolgt vom Dateinamen. Jedes der 8 Zeichen steht für das Ergebnis eines Vergleichs von Attributen der Datei mit den in der Datenbank gespeicherten Werten dieser Attribute. Ein einzelnes „.“ (Punkt) bedeutet, dass der Test bestanden wurde, während ein einzelnes „?“ (Fragezeichen) anzeigt, dass der Test nicht durchgeführt werden konnte (z. B. weil die Dateirechte das Lesen verhindern). Andernfalls bedeutet das (mnemotechnisch emBolded) Zeichen, dass der entsprechende–verify Test fehlgeschlagen ist:

S file Size differsM Mode differs (includes permissions and file type)5 digest (formerly MD5 sum) differsD Device major/minor number mismatchL readlink(2) path mismatchU User ownership differsG Group ownership differsT mTime differsP caPabilities differ

Digitale Signatur und Digest Verifizierung

Die allgemeinen Formen der rpm Befehle für digitale Signaturen sind

rpm –import PUBKEY …

rpm {–checksig} PACKAGE_FILE …

Die Option –checksig prüft alle in PACKAGE_FILE enthaltenen Digests und Signaturen, um die Integrität und Herkunft des Pakets sicherzustellen. Beachten Sie, dass Signaturen jetzt immer dann überprüft werden, wenn ein Paket gelesen wird, und –checksig ist nützlich, um alle Digests und Signaturen zu überprüfen, die mit einem Paket verbunden sind.

Digitale Signaturen können nicht ohne einen öffentlichen Schlüssel überprüft werden. Ein ASCII-gepanzerter öffentlicher Schlüssel kann der rpm-Datenbank mit –import hinzugefügt werden. Der importierte öffentliche Schlüssel wird in einem Header mitgeführt, und die Verwaltung des Schlüsselrings erfolgt genau wie die Paketverwaltung. Zum Beispiel können alle aktuell importierten öffentlichen Schlüssel angezeigt werden durch:

rpm -qa gpg-pubkey*

Details über einen bestimmten öffentlichen Schlüssel, wenn er importiert wurde, können durch Abfragen angezeigt werden. Hier sind Informationen über den Red Hat GPG/DSA-Schlüssel:

rpm -qi gpg-pubkey-db42a60e

Schließlich können öffentliche Schlüssel nach dem Importieren genau wie Pakete gelöscht werden. So entfernen Sie den Red Hat GPG/DSA-Schlüssel

rpm -e gpg-pubkey-db42a60e

Signieren eines Pakets

rpm –addsign|–resign PACKAGE_FILE …

Die beiden Optionen –addsign und –resign erzeugen und fügen neue Signaturen für jedes angegebene Paket PACKAGE_FILE ein und ersetzen alle vorhandenen Signaturen. Es gibt zwei Optionen aus historischen Gründen, derzeit gibt es keinen Unterschied im Verhalten.

Verwendung von Gpg zum Signieren von Paketen

Um Pakete mit GPG zu signieren, muss rpm so konfiguriert sein, dass es GPG ausführt und in der Lage ist, einen Schlüsselring mit den entsprechenden Schlüsseln zu finden. Standardmäßig verwendet rpm die gleichen Konventionen wie GPG, um Schlüsselringe zu finden, nämlich die Umgebungsvariable $GNUPGHOME. Wenn sich Ihre Schlüsselringe nicht dort befinden, wo GPG sie erwartet, müssen Sie das Makro %_gpg_path so konfigurieren, dass es den Ort der zu verwendenden GPG-Schlüsselringe angibt.

Aus Gründen der Kompatibilität mit älteren Versionen von GPG, PGP und rpm sollten nur V3 OpenPGP-Signaturpakete konfiguriert werden. Es können entweder DSA- oder RSA-Prüfalgorithmen verwendet werden, wobei DSA zu bevorzugen ist.

Wenn Sie in der Lage sein wollen, selbst erstellte Pakete zu signieren, müssen Sie auch Ihr eigenes öffentliches und geheimes Schlüsselpaar erstellen (siehe das GPG-Handbuch). Außerdem müssen Sie die rpm-Makros konfigurieren

%_signature Der Signaturtyp. Momentan werden nur gpg und pgp unterstützt. %_gpg_name Der Name des „Benutzers“, dessen Schlüssel Sie zum Signieren Ihrer Pakete verwenden möchten.

Um z.B. GPG zum Signieren von Paketen als Benutzer „John Doe <[email protected]>“ aus den Schlüsselringen in /etc/rpm/.gpg unter Verwendung der ausführbaren Datei /usr/bin/gpg verwenden zu können, müssen Sie

%_signature gpg%_gpg_path /etc/rpm/.gpg%_gpg_name John Doe <[email protected]>%__gpg /usr/bin/gpg

in eine Makro-Konfigurationsdatei einfügen. Verwenden Sie /etc/rpm/macros für die Konfiguration pro System und ~/.rpmmacros für die Konfiguration pro Benutzer. Normalerweise reicht es aus, nur %_gpg_name zu setzen.

Datenbankoptionen neu erstellen

Die allgemeine Form eines rpm rebuild Datenbankbefehls ist

rpm {–initdb|–rebuilddb}

Mit –initdb wird eine neue Datenbank erstellt, falls noch keine vorhanden ist (die vorhandene Datenbank wird nicht überschrieben), mit –rebuilddb werden die Datenbankindizes aus den installierten Paketköpfen neu erstellt.

Sonstige Befehle

rpm –showrc zeigt die Werte an, die rpm für alle Optionen verwendet, die derzeit in der rpmrc und den Makro-Konfigurationsdateien gesetzt sind. rpm –setperms PACKAGE_NAME setzt die Berechtigungen von Dateien im angegebenen Paket. rpm –setugids PACKAGE_NAME setzt die Benutzer-/Gruppenbesitzrechte von Dateien im angegebenen Paket.

Ftp/Http-Optionen

rpm kann als FTP- und/oder HTTP-Client fungieren, so dass Pakete über das Internet abgefragt oder installiert werden können. Paketdateien für Installations-, Upgrade- und Abfrageoperationen können als ftp- oder http-URL angegeben werden:

ftp://USER:PASSWORD@HOST:PORT/path/to/package.rpm

Wenn der Teil :PASSWORD weggelassen wird, wird das Passwort abgefragt (einmal pro Benutzer/Hostname-Paar). Wenn sowohl der Benutzer als auch das Passwort weggelassen werden, wird anonymous ftp verwendet. In allen Fällen werden passive (PASV) ftp-Übertragungen durchgeführt.

rpm erlaubt die Verwendung der folgenden Optionen in Verbindung mit ftp-URLs:

–ftpproxy HOST Der Host HOST wird als Proxy-Server für alle ftp-Übertragungen verwendet, was es den Benutzern ermöglicht, ftp durch Firewall-Rechner hindurch zu benutzen, die Proxy-Systeme verwenden.Diese Option kann auch durch Konfiguration des Makros %_ftpproxy angegeben werden. –ftpport PORT Die TCP-PORT-Nummer, die für die FTP-Verbindung zum Proxy-FTP-Server anstelle des Standard-Ports verwendet werden soll. Diese Option kann auch durch Konfigurieren des Makros %_ftpport angegeben werden.

rpm erlaubt die Verwendung der folgenden Optionen mit http-URLs:

–httpproxy HOST Der Host HOST wird als Proxy-Server für alle http-Übertragungen verwendet. Diese Option kann auch durch Konfiguration des Makros%_httpproxy angegeben werden. –httpport PORT Die Nummer des TCP-Ports, der für die http-Verbindung zum Proxy-Http-Server anstelle des Standard-Ports verwendet werden soll. Diese Option kann auch durch Konfiguration des Makros %_httpport angegeben werden.

Legacy-Probleme

Ausführen von rpmbuild

Die Erstellungsmodi von rpm sind jetzt in der ausführbaren Datei /usr/bin/rpmbuild enthalten. Installieren Sie das Paket, das rpmbuild enthält (normalerweiserpm-build) und lesen Sie rpmbuild(8) für die Dokumentation aller rpm-Bauarten.

Dateien

rpmrc Konfiguration

/usr/lib/rpm/rpmrc/usr/lib/rpm/redhat/rpmrc/etc/rpmrc~/.rpmrc

Makro Konfiguration

/usr/lib/rpm/macros/usr/lib/rpm/redhat/macros/etc/rpm/macros~/.rpmmacros

Datenbank

/var/lib/rpm/Basenames/var/lib/rpm/Conflictname/var/lib/rpm/Dirnames/var/lib/rpm/Filemd5s/var/lib/rpm/Group/var/lib/rpm/Installtid/var/lib/rpm/Name/var/lib/rpm/Packages/var/lib/rpm/Providename/var/lib/rpm/Provideversion/var/lib/rpm/Pubkeys/var/lib/rpm/Removed/var/lib/rpm/Requirename/var/lib/rpm/Requireversion/var/lib/rpm/Sha1header/var/lib/rpm/Sigmd5/var/lib/rpm/Triggername

Temporär

/var/tmp/rpm*

Siehe auch

popt(3),rpm2cpio(8),rpmbuild(8),

rpm –help – da rpm die Anpassung der Optionen über popt aliases unterstützt, ist es unmöglich zu garantieren, dass das, was im Handbuch beschrieben ist, mit dem übereinstimmt, was verfügbar ist.

http://www.rpm.org/ <URL:http://www.rpm.org/>

Autoren

Marc Ewing <[email protected]>Jeff Johnson <[email protected]>Erik Troan <[email protected]>

Referenziert von

applydeltarpm(8),apt(8),apt.conf(5),autoupdate(8),cmake28(1),cmake28-gui(1),cmake28modules(1),compat_digest.plug(1),cpack28(1),demo.plug(1),demofiles.plug(1),febootstrap(8),file2pacdep.plug(1),nodoc.plug(1),rpm2paco(8),rpm4(3),rpm_selinux(8),rpmcache(8),rpmconf(8),rpmdeps(8),rpmfile(1),rpmpeek(1),rpmreaper(1),rpmrebuild(1),rpmrebuild_plugins(1),set_tag.plug(1),superpaco(8),un_prelink.plug(1),uniq.plug(1),unset_tag.plug(1),yum-versionlock(1)