DNF5-MODULARITY(7) dnf5 DNF5-MODULARITY(7) BEZEICHNUNG dnf5-modularity - Modularitats-Ubersicht BESCHREIBUNG Modularitat ist eine alternative Moglichkeit zum Bauen, Organisieren und Ausliefern von Paketen. Weitere Details finden Sie hier: https://docs.pagure.org/modularity/. DEFINITIONEN modulemd Jede Paketquelle kann modules-Metadaten mit modulemd-Dokumenten enthalten. Diese Dokumente enthalten Metadaten zu Modulen wie Name, Stream oder eine Paketliste. (nicht-modulares) Paket Paket, das zu keinem Modul gehort. modulares Paket Paket, das zu einem Modul gehort. Es wird in modulemd im Abschnitt artifacts aufgefuhrt. Modulare Pakete konnen auch durch die gesetzte RPM-Kopfzeile %{modularitylabel} identifiziert werden. (Modul-)Stream Ein Stream ist eine Sammlung von Paketen, eine virtuelle Paketquelle. Sie wird aus Name und Stream aus modulemd gebildet, durch einen Doppelpunkt getrennt, zum Beispiel >>postgresql:9.6<<. Modul-Streams konnen active oder inactive sein. active bedeutet, dass die RPM-Pakete aus diesem Stream in die Gruppe der verfugbaren Pakete aufgenommen werden. Pakete aus inactive-Streams werden herausgefiltert. Streams sind active, wenn sie entweder als default markiert oder durch eine Benutzeraktion explizit active sind. Streams, die Abhangigkeiten von default- oder active-Streams erfullen, gelten ebenfalls als active. Zu einem bestimmten Zeitpunkt kann nur ein Stream eines bestimmten Moduls active sein. PAKETFILTERUNG Ohne Module werden standardmassig Pakete mit der hochsten Versionsnummer verwendet. Modul-Streams konnen Pakete mit niedrigeren Versionen verteilen als in den fur das Betriebssystem verfugbaren Paketquellen verfugbar sind. Um solche Pakete fur Installationen und Aktualisierungen verfugbar zu machen, werden nicht-modulare Pakete herausgefiltert, wenn ihr Name oder ihr Bereitstellungsname mit einem modularen Paketnamen aus einem aktivierten, standardmassigen oder abhangigen Stream ubereinstimmt. Modulare Quellpakete fuhren nicht dazu, dass nicht-modulare Binarpakete herausgefiltert werden. DEMODULARISIERTE RPMS Enthalt die Namen der RPMs, die von der Paketfilterung fur einen bestimmten Modul-Stream ausgeschlossen sind. Wenn sie im letzten aktiven Modul definiert sind, werden nicht-modulare RPMs mit gleichem Namen oder derselben Bereitstellung (>>Provides:<<), die zuvor herausgefiltert wurden, wieder auftauchen. HOTFIX-PAKETQUELLEN In besonderen Fallen mochte ein Benutzer einzelne Pakete, die ausserhalb von Modul-Streams bereitgestellt werden, auswahlen und zusammen mit Paketen aus den aktiven Streams bereitstellen. Normalerweise werden solche Pakete durch Ausfallsicherungsmechanismen herausgefiltert oder vom System abgewiesen. Um zu erreichen, dass das System Pakete aus einer Paketquelle unabhangig von ihrer Modularitat verwendet, geben Sie in der .repo-Datei module_hotfixes=true an. Dies schliesst die Paketquelle von der Paketfilterung aus. Bitte beachten Sie, dass die Hotfix-Pakete die Modulpakete nicht ausser Kraft setzen; sie werden lediglich Teil der Menge der verfugbaren Pakete. Die Werte des Pakets fur Epoch, Version und Release bestimmen, ob das Paket das neueste ist. AUSFALLSICHERUNGSMECHANISMEN PAKETQUELLEN MIT MODUL-METADATEN SIND NICHT VERFUGBAR Wenn eine Paketquelle mit Modul-Metadaten nicht verfugbar ist, muss Paketfilterung dennoch weiter funktionieren. Nicht-modulare RPMs mussen weiterhin unverfugbar bleiben und durfen das System niemals erreichen. Dies geschieht, wenn o ein Benutzer eine Paketquelle mit --disable-repo deaktiviert oder --repo verwendet. o ein Benutzer eine .repo-Datei von der Festplatte loscht. o eine Paketquelle nicht verfugbar ist und skip_if_unavailable=true gesetzt ist. DNF5 speichert Kopien des neuesten modulemd fur jeden aktiven Stream und verwendet diese, wenn kein modulemd fur den Stream verfugbar ist. Dadurch wird die korrekte Funktion der Paketfilterung gewahrleistet. Die Kopien werden jedes Mal erstellt, wenn eine Transaktion aufgelost wurde und gestartet wird. Dies schliesst RPM-Transaktionen sowie alle Aktionen nach dem Schema dnf5 module ein. Wenn die Ausfallsicherungsdaten verwendet werden, zeigt DNF5 solche Module als Teil der @modulefailsafe-Paketquelle an. VERWAISTE MODULARE PAKETE Alle Pakete, die als Teil eines Moduls erstellt werden, verfugen uber die RPM-Kopfzeile %{modularitylabel}. Wird ein solches Paket Teil einer RPM-Transaktion und kann keinem verfugbaren modulemd zugeordnet werden, verhindert DNF5, dass es auf das System gelangt (das Paket ist verfugbar, kann aber nicht installiert, aktualisiert usw. werden). Pakete aus Hotfix-Paketquellen oder der Befehlszeilen-Paketquelle sind von den Ausfallsicherungsmechanismen nicht betroffen. AUTOR Siehe AUTHORS.md in der dnf5-Quelldistribution. COPYRIGHT Mitwirkende am DNF5-Projekt. UBERSETZUNG Die deutsche Ubersetzung dieser Handbuchseite wurde von Mario Blattermann erstellt. Diese Ubersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezuglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG ubernommen. Wenn Sie Fehler in der Ubersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Ubersetzer: . 25. August 2025 DNF5-MODULARITY(7)