RPMBUILD-CONFIG(5)

BEZEICHNUNG
rpmbuild-config - Makro-Konfiguration für Rpmbuild

ÜBERSICHT
NAME WERT

BESCHREIBUNG
Der primäre Konfigurationsmechanismus in rpmbuild ist rpm-macros(7). Eine Beschreibung des allgemeinen Mechanismus finden Sie in rpm-config(5). Dieses Handbuch beschreibt nur die konfigurierbaren Elemente, die den Betrieb von rpmbuild beeinflussen.

KONFIGURATION
Die folgenden Konfigurationsmöglichkeiten werden für den rpm(8)-Bauvorgang unterstützt, der normalerweise über den Befehl rpmbuild(8) aufgerufen wird.

  Orte und Dateinamen

%_builddir VERZEICHNIS
    Das Verzeichnis, in dem die Bauverzeichnisse pro Paket beim Erstellen abgelegt werden.

%_fileattrsdir VERZEICHNIS
    Das Verzeichnis, in dem sich die Dateiklassifiziererkonfiguration befindet.

%_rpmdir VERZEICHNIS
    Das Verzeichnis, in dem neu gebaute Binärpakete gespeichert werden.

%_rpmfilename VORLAGE
    Das Abfrageformat für den Dateinamen des ausgegebenen Binärpakets, das beim Erstellen von Binärpaketen verwendet wird, wie in rpm-queryformat(7) beschrieben. Der Dateiname wird relativ zu %_rpmdir betrachtet.

%_sourcedir VERZEICHNIS
    Das Verzeichnis, in dem beim Bau des Pakets die Quellen und Patches gesucht werden.

%_srcrpmdir VERZEICHNIS
    Das Verzeichnis, in dem neu gebaute Quellpakete gespeichert werden.

%_topdir VERZEICHNIS
    Das oberste Verzeichnis, unter dem sich standardmäßig die Paketbauverzeichnisse befinden.

  Informative Deklarationen
Hierbei handelt es sich um eine spezielle Gruppe von Makros, die sich, wenn sie definiert sind, so verhalten, als ob die entsprechende Deklaration in einer Spec-Datei verwendet worden wäre. Dadurch können die Werte geändert werden, ohne Tausende von Spec-Dateien zu ändern.

%bugurl URL
    Konfigurierbare Bug-URL, identisch mit der BugURL:-Deklaration in einer Spec-Ddatei. Falls festgelegt, sollte sie auf eine Website verweisen, auf der nach bestehenden Problemen für dieses Paket gesucht und neue Probleme gemeldet werden können.

%distribution ZEICHENKETTE
    Konfigurierbare Distributionsinformationen, identisch mit der Distribution:-Deklaration in einer Spec-Datei.

%disturl URL
    Konfigurierbare Distributions-URL, identisch mit der DistURL:-Deklaration in einer Spec-Datei.

%disttag ZEICHENKETTE
    Konfigurierbare Distributions-Deklaration, identisch mit der DistTag:-Deklaration in einer Spec-Datei.

%modularitylabel ZEICHENKETTE
    Konfigurierbare Modularitätsbezeichnung, identisch mit der ModularityLabel:-Deklaration in einer Spec-Datei.

%packager ZEICHENKETTE
    Konfigurierbare Paketierer-Information, identisch mit der Packager:-Deklaration in einer Spec-Datei.

%translationurl URL
    Konfigurierbare Übersetzungs-URL, identisch mit der TranslationURL:-Deklaration in einer Spec-Datei.

%upstreamreleases URL
    Konfigurierbare URL für die Überprüfung auf neuere Upstream-Veröffentlichungen, identisch mit der Upstream-Releases:-Deklaration in einer Spec-Datei.

%vendor ZEICHENKETTE
    Konfigurierbare Anbieter-Information, identisch mit der Vendor:-Deklaration in einer Spec-Datei.

  Bauvorgang
Diese Einstellungen wirken sich auf verschiedene Aspekte des Bauvorgangs aus und können dazu führen, dass ein Bauvorgang fehlschlägt oder erfolgreich ist, haben jedoch keinen direkten Einfluss auf die erstellten Pakete.

%_build_pkgcheck AUSFÜHRBARE-DATEI
    Ein Programm, das für jedes erfolgreich erstellte und geschriebene Binärpaket aufgerufen wird, z.B. rpmlint. Der Pfad zum Paket wird dem Programm als Befehlszeilenargument übergeben.

%_build_pkgcheck_set AUSFÜHRBARE-DATEI
    Ein Programm, das für den gesamten Binärpaketsatz nach einem erfolgreichen Bau aufgerufen wird, zum Beispiel rpmlint. Die Pfade zum Paketsatz werden dem Programm als Befehlszeilenargumente übergeben.

%_build_pkgcheck_srpm AUSFÜHRBARE-DATEI
    Ein Programm, das für jedes erfolgreich gebaute und geschriebene Quell-RPM-Paket aufgerufen wird, zum Beispiel rpmlint. Der Pfad zum Paket wird dem Programm als Befehlszeilenargument übergeben.

%_default_patch_flags ZEICHENKETTE
    Menge der Standardoptionen für alle %patch-Anwendungen.

%_default_patch_fuzz ZAHL
    Vorgegebene Unschärfestufe für die Patch-Anwendung in einer Spec-Datei. Weitere Details finden Sie in patch(1).

%_smp_ncpus_max ZAHL
    Eine Obergrenze für die maximale Anzahl parallel zu verwendender CPUs während der Paketerstellung. Null bedeutet unbegrenzt.

%_smp_nthreads_max ZAHL
    Eine Obergrenze für die maximale Anzahl parallel zu verwendender Threads während der Paketerstellung. Null bedeutet unbegrenzt.

%_smp_tasksize_proc ZAHL
    Angenommene Taskgröße von Bauprozessen (während der Kompilierung). Wird verwendet, um den Grad der Parallelität basierend auf dem verfügbaren Speicher anzupassen.

%_smp_tasksize_thread ZAHL
    Angenommene Taskgröße von Threads (während der Paketerstellung). Wird verwendet, um den Grad der Parallelität basierend auf dem verfügbaren Speicher anzupassen.

  Paketerstellung
Diese Einstellungen wirken sich auf verschiedene Aspekte der erstellten Binär- und Quellpakete aus.

%build_mtime_policy REGEL
    Definiert, wie Dateizeitstempel in erstellten Paketen behandelt werden. Durch die Festsetzung wird sichergestellt, dass der Wert den Schwellwert nicht überschreitet.
    •   clamp_to_buildtime: Dateizeitstempel auf die Bauzeit des Pakets festlegen.
    •   clamp_to_source_date_epoch: Dateizeitstempel werden an die Umgebungsvariable SOURCE_DATE_EPOCH gebunden.

%clamp_mtime_to_source_date_epoch BOOLESCH
    Alias für %build_mtime_policy clamp_to_source_date_epoch. Verwenden Sie dies nicht. Es ist veraltet und für die Entfernung vorgesehen.

%source_date_epoch_from_changelog BOOLESCH
    Legt fest, ob die Umgebungsvariable SOURCE_DATE_EPOCH anhand des Zeitstempels des obersten %changelog-Eintrags gesetzt werden soll.

%use_source_date_epoch_as_buildtime BOOLESCH
    Legt fest, ob der Wert der Umgebungsvariablen SOURCE_DATE_EPOCH als Bauzeitpunkt von Paketen verwendet werden soll.

%_binary_filedigest_algorithm HASH-ALGORITHMUS
    Der zum Erzeugen von Prüfsummen pro Datei von Binärpaketen zu verwendende Algorithmus (auch Digests genannt). Die unterstützten Werte finden Sie in rpm-config(5).

%_binary_payload E/A-SCHALTER
    Die E/A-Methode und Komprimierung, die zum Erstellen der Nutzdaten von Binärpaketen verwendet werden sollen. Siehe rpm-payloadflags(7).

%_buildhost RECHNERNAME
    Verwendet den angegebenen RECHNERNAMEN als Paket-Erstellungsrechner, anstatt den Wert von gethostname(2) zu beziehen.

%_buildtime ZEITSTEMPEL
    Verwendet den angegebenen ZEITSTEMPEL als Paket-Bauzeitpunkt, anstatt den Wert von time(2) zu beziehen.

%_changelog_trimage ZEITSTEMPEL
    Maximales Alter der behaltenen Änderungsprotokolleinträge in Binärpaketen, relativ zum neuesten vorhandenen Eintrag. Unix-Zeitstempelformat. Der Wert Null deaktiviert die Kürzung nach Alter.

%_changelog_trimtime ZEITSTEMPEL
    Eine alternative Methode für die Kürzung des Änderungsprotokolls: Alle Änderungsprotokolleinträge, die älter als der angegebene Zeitstempel sind, werden abgeschnitten. Unix-Zeitstempelformat. Der Wert Null deaktiviert die Kürzung nach Zeit.

%_docdir_fmt VORLAGE
    Eine Vorlage für den Verzeichnisnamen der Dokumentation pro Paket, d.h. die mit %doc paketierten Dateien.

%__docdir_path PFAD
    Eine durch Kommata getrennte Liste von Verzeichnissen, deren Inhalte immer als Dokumentation betrachtet werden sollen.

%_openpgp_autosign_id SCHLÜSSEL-ID
    Die OpenPGP-ID oder der Fingerabdruck des Schlüssels, der zum automatischen Signieren von Paketen nach einem erfolgreichen Bauvorgang verwendet werden soll. Siehe auch rpmsign(1).

%_rpmformat VERSION
    Das zu erzeugende RPM-Paketformat. Folgende Werte werden unterstützt:
    •   4: RPM-Format Version 4
    •   6: RPM-Format Version 6

%_source_filedigest_algorithm HASH-ALGORITHMUS
    Der zum Erzeugen von Prüfsummen pro Datei (auch Digests genannt) von Quell-RPM-Paketen zu verwendende Algorithmus. Die unterstützten Werte finden Sie in rpm-config(5).

%_source_payload
    Die E/A-Methode und Komprimierung, die zum Erstellen der Nutzdaten von Quell-RPM-Paketen verwendet werden sollen. Siehe rpm-payloadflags(7).

%__gpg_reserved_space ZAHL
    Die Anzahl der Bytes, die in den Signatur-Kopfdaten für Signaturen reserviert werden sollen. Diese Reserve trägt dazu bei, die Paketsignierung deutlich zu beschleunigen.

  Debuginfo-Erstellung
Debuginfo-Unterpakete enthalten Informationen, die zum Debuggen von Bauvorgängen mit Release-Angaben notwendig sind. Diese Einstellungen bestimmen, ob Debuginfo-Pakete erstellt werden und welche Aspekte der erzeugten Debug-Informationen relevant sind.

%_build_id_links MODUS
    Definiert, wie und ob Build-ID-Links für ELF-Dateien erzeugt werden. Die folgenden Einstellungen werden unterstützt:
    •   none: Es werden keine Build-ID-Links erzeugt.
    •   alldebug: Erzeugt Build-ID-Links im Stil von RPM < 4.14, also alles im Debuginfo-Paket.
    •   separate: Build-ID-Links werden in Binärpaketen erstellt.
    •   compat: Wie separate, jedoch mit einem oder mehreren Kompatibilitätslinks in den Debuginfo-Paketen.

%_debuginfo_subpackages BOOLESCH
    Legt fest, ob rpm für jedes Unterpaket separate Debuginfo-Pakete erstellen soll.

%_debugsource_packages BOOLESCH
    Legt fest, ob rpm Debug-Quelldateien in ein eigenes Unterpaket auslagern soll.

%_enable_debug_packages BOOLESCH
    Legt fest, ob rpm Debuginfo-Unterpakete erzeugen soll.

%_include_gdb_index BOOLESCH
    Fügt einen .gdb_index-Abschnitt in die .debug-Dateien ein. Dafür ist es notwendig, %_enable_debug_packages zu aktivieren. Außerdem muss gdb-add-index(1) installiert sein.

%_include_minidebuginfo BOOLESCH
    Fügt minimale Debug-Informationen in die erzeugten Binärdateien ein. Dafür ist es notwendig, %_enable_debug_packages zu aktivieren.

%_no_recompute_build_ids BOOLESCH
    Deaktiviert die Neuberechnung von Build-IDs. Dies kann nicht zusammen mit %_unique_build_ids verwendet werden.

%_unique_build_ids BOOLESCH
    Legt fest, ob Build-IDs beim Erzeugen von Debuginfo-Paketen zwischen Paketversionen/Veröffentlichungen eindeutig sein sollen.

%_unique_debug_names BOOLESCH
    Legt fest, ob .debug-Dateien zwischen Paketversion, Veröffentlichung und Architektur eindeutig sein sollen. Dazu ist es notwendig, %_unique_build_ids zu aktivieren.

%_unique_debug_srcs BOOLESCH
    Legt fest, ob die /usr/debug/src/<Paket>-Verzeichnisse zwischen Paketversion, Veröffentlichung und Architektur eindeutig sein sollen.

%__find_debuginfo AUSFÜHRBARE-DATEI
    Der Ort des Debuginfo-Programms.

  Abwärtskompatibilität
Diese Einstellungen berücksichtigen die Abwärtskompatibilität mehrerer Jahrzehnte. Die meisten von ihnen legen fest, ob ein bestimmtes Problem als Fehler oder nur als Warnung gewertet wird. Manchmal sind sie auch nützlich, um Probleme während der Paketerstellung vorübergehend zu umgehen.

%_binaries_in_noarch_packages_terminate_build BOOLESCH
    Gibt an, ob ELF-Binaries in architekturunabhängigen (noarch-)Paketen einen Bauvorgang beenden sollen.

%_duplicate_files_terminate_build BOOLESCH
    Gibt an, ob Dateiduplikate im %files-Abschnitt einen Bauvorgang beenden sollen.

%_empty_manifest_terminate_build BOOLESCH
    Gibt an, ob eine leere %files-Manifestdatei einen Bauvorgang beenden sollen.

%_invalid_encoding_terminates_build BOOLESCH
    Gibt an, ob eine Nicht-UTF-8-Kodierung in den Paketdaten einen Bauvorgang beenden soll.

%__find_provides AUSFÜHRBARE-DATEI
    Die für die Erzeugung der Provides: eines RPM-Pakets im Stil der Version 3.x zu verwendende ausführbare Datei. Verwenden Sie dies nicht. Es ist veraltet und für die Entfernung vorgesehen.

%__find_requires AUSFÜHRBARE-DATEI
    Die für die Erzeugung der Requires: eines RPM-Pakets im Stil der Version 3.x zu verwendende ausführbare Datei. Verwenden Sie dies nicht. Es ist veraltet und für die Entfernung vorgesehen.

%_missing_build_ids_terminate_build BOOLESCH
    Gibt an, ob ELF-Dateien ohne Build-IDs einen Bauvorgang abbrechen sollen. Aus historischen Gründen ist dies nur anwendbar, wenn %_enable_debug_packages ebenfalls aktiviert ist.

%_missing_doc_files_terminate_build BOOLESCH
    Legt fest, ob in einem Bauverzeichnis fehlende %doc-Dateien einen Bauvorgang beenden sollen.

%_unpackaged_files_terminate_build BOOLESCH
    Gibt an, ob nicht paketierte Dateien in einer Erstellungswurzel (BuildRoot) einen Bauvorgang beenden sollen.

%_nonzero_exit_pkgcheck_terminate_build BOOLEAN
    Legt fest, ob der Paketbauvorgang fehlschlagen soll, wenn das Paketprüfprogramm (sofern definiert) einen Fehler zurückliefert. Siehe die %_build_pkgcheck_*-Makros.

%_use_internal_dependency_generator BOOLESCH
    Falls aktiviert, werden Abhängigkeiten im Stil der Version 3.x von rpm erzeugt. Verwenden Sie dies nicht. Es ist veraltet und für die Entfernung vorgesehen.

%_use_weak_usergroup_deps BOOLESCH
    Wenn aktiviert, werden die Abhängigkeiten von user() und group() in Empfehlungen (Recommends) umgewandelt. Nützlich beim Übergang zur sysusers.d-basierten Benutzer-/Gruppenverwaltung.

%_wrong_version_format_terminate_build BOOLESCH
    Legt fest, ob ein ungültiges Versionsformat in Abhängigkeiten usw. einen Bauvorgang beenden soll.

SIEHE AUCH
rpmbuild(1), rpm-common(8), rpm-macrofile(5), rpm-rpmrc(5), rpm-config(5), rpm-payloadflags(7), rpm-macros(7)

ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von Mario Blättermann <mario.blaettermann@gmail.com> erstellt.

Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 (https://www.gnu.org/licenses/gpl-3.0.html) oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Übersetzer: debian-l10n-german@lists.debian.org.