apt-zu-dnf-Befehle für Rocky Linux und Fedora

Die kurze Antwort

Der Wechsel von apt zu dnf ist größtenteils eine Änderung der Befehlsbezeichnungen. apt install nginx wird zu dnf install nginx. apt remove nginx wird zu dnf remove nginx. Für apt update gibt es kein direktes Gegenstück, weil dnf seine Repository-Metadaten automatisch aktualisiert, sobald die zwischengespeicherte Kopie veraltet ist. Der einfache Teil der Übersetzung passt auf eine Bildschirmseite. Der nützliche Teil umfasst die vier Vorgänge, die sich überhaupt nicht direkt übertragen lassen: ein Repository hinzufügen, eine Transaktion rückgängig machen, eine Paketgruppe installieren und unbeaufsichtigte Updates ausführen.

Alle folgenden Befehle sind für die Ausführung auf Ihrem eigenen Server gedacht. Lesen Sie die von dnf ausgegebene Transaktionszusammenfassung, bevor Sie y beantworten, insbesondere bei Deinstallationen.

Welche Distributionen verwenden dnf und welche apt

dnf ist der Paketmanager von Fedora, Red Hat Enterprise Linux (RHEL) und den aus RHEL neu erstellten Distributionen Rocky Linux, AlmaLinux und CentOS Stream. apt ist der Paketmanager von Debian und allen von Debian abgeleiteten Distributionen, was bei einem VPS fast immer Ubuntu bedeutet. Eine dritte Antwort gibt es nicht. Wenn die Image-Liste Ihres Providers Rocky Linux oder AlmaLinux anbietet, verwenden Sie dnf. Wenn sie Ubuntu anbietet, verwenden Sie apt. Warum eine Seite dieser Aufteilung vier Namen für im Wesentlichen dasselbe System führt, ist eine Geschichte, die Sie vor der Entscheidung zwischen diesen Distributionen kennen sollten. Wie aus Red Hat Linux Fedora, RHEL, CentOS, Rocky und AlmaLinux wurde erklärt, woher die einzelnen Distributionen stammen.

Das Paketformat richtet sich nach dem Werkzeug. dnf installiert .rpm-Dateien und verwendet rpm als Datenbank. apt installiert .deb-Dateien und verwendet dpkg als Datenbank. Deshalb haben viele Installationsseiten von Anbietern jeweils eine Registerkarte für jede Familie. Deshalb ist eine .deb, die Sie von der Release-Seite eines Projekts herunterladen, unter Rocky Linux nutzlos.

Unabhängig davon, bei welcher Familie Sie landen, ist die erste Anmeldung dieselbe Arbeit. Die ersten zehn Minuten auf einem neuen VPS gilt für beide. Nur der Installationsbefehl ändert sich.

Jeden apt-Befehl und sein dnf-Gegenstück

Installieren, entfernen, suchen und Informationen anzeigen. Auf beiden Seiten werden dafür fast dieselben Begriffe verwendet.

# apt
sudo apt install nginx
sudo apt remove nginx
apt search nginx
apt show nginx

# dnf
sudo dnf install nginx
sudo dnf remove nginx
dnf search nginx
dnf info nginx

apt show ist dnf info. Das ist das einzige umbenannte Verb in dieser Gruppe. Ein Verhalten unterscheidet sich jedoch und führt häufig zu Problemen. dnf remove entfernt außerdem Abhängigkeiten, die von keinem anderen Paket benötigt werden. apt remove lässt sie dagegen für ein späteres apt autoremove installiert. Deshalb kann das Entfernen eines kleinen Dienstprogramms unter Rocky Linux vorschlagen, ein Dutzend Bibliotheken ebenfalls zu entfernen. Lesen Sie die Liste, bevor Sie den Vorgang bestätigen.

Metadaten aktualisieren, ausstehende Aktualisierungen prüfen und ein Upgrade durchführen.

# apt
sudo apt update
apt list --upgradable
sudo apt install --only-upgrade nginx
sudo apt upgrade

# dnf
sudo dnf makecache
dnf check-update
sudo dnf upgrade nginx
sudo dnf upgrade

apt update ist auf der apt-Seite erforderlich, weil apt die auf dem Datenträger vorhandenen Metadaten verwendet. Dadurch kann apt problemlos eine Version installieren, die das Archiv bereits vor Monaten verlassen hat. dnf prüft vor jeder Transaktion das Alter seines Caches und lädt die Metadaten selbstständig neu. sudo dnf makecache dient daher nur dazu, diesen Download jetzt statt beim nächsten Installieren zu erzwingen.

apt teilt das vollständige System-Upgrade in zwei Befehle auf. dnf tut das nicht. apt upgrade entfernt kein installiertes Paket. Der Befehl bricht daher ab, sobald eine Aktualisierung das Entfernen eines Pakets erfordert. apt full-upgrade darf Pakete entfernen. Bei dnf ist diese Einschränkung nicht vorhanden. Daher entspricht dnf upgrade dem Befehl apt full-upgrade und nicht apt upgrade. dnf update ist ein älterer Alias für denselben Befehl und funktioniert weiterhin.

Ein Detail ist wichtig, wenn Sie dies skripten: dnf check-update wird mit dem Status 100 beendet, wenn Aktualisierungen ausstehen, und mit 0, wenn keine ausstehen. apt list --upgradable wird in beiden Fällen mit 0 beendet. Skripte müssen daher die Ausgabe auswerten.

Auflisten, was installiert ist, und ermitteln, welches Paket eine Datei besitzt.

# apt
dpkg -l
dpkg -S /usr/sbin/nginx
dpkg -L nginx
apt-file search /usr/sbin/nginx

# dnf
dnf list --installed
rpm -qf /usr/sbin/nginx
rpm -ql nginx
dnf provides /usr/sbin/nginx

Die letzte Zeile jedes Blocks beantwortet eine andere Frage als die darüberstehenden Zeilen. dpkg -S und rpm -qf durchsuchen nur bereits installierte Pakete. Sie beantworten daher die Frage: „Welches Paket hat diese Datei installiert?“ apt-file search und dnf provides durchsuchen die Paketquellen. Sie beantworten daher die Frage: „Welches Paket würde ich installieren, um diese Datei zu erhalten?“ apt-file ist unter Ubuntu ein separates Paket und benötigt sudo apt-file update vor dem ersten Start. dnf provides benötigt nichts Zusätzliches. Der erste Aufruf kann jedoch langsam sein, weil dnf die Dateilisten der Paketquellen herunterlädt, um die Abfrage zu beantworten.

Um die Dateien in einem Paket aufzulisten, das noch nicht installiert ist, verwenden Sie dnf repoquery -l nginx. Auf der apt-Seite ist der entsprechende Befehl apt-file list nginx.

Automatisch nicht mehr benötigte Pakete entfernen, den Cache bereinigen und eine Version zurückhalten.

# apt
sudo apt autoremove
sudo apt clean
sudo apt-mark hold nginx
apt-mark showhold
sudo apt-mark unhold nginx

# dnf
sudo dnf autoremove
sudo dnf clean all
sudo dnf versionlock add nginx
dnf versionlock list
sudo dnf versionlock delete nginx

versionlock ist unter Rocky Linux oder AlmaLinux standardmäßig nicht installiert. Daher schlägt der erste dieser Befehle auf einem frisch installierten System mit No such command: versionlock fehl. Installieren Sie das Paket zunächst mit sudo dnf install python3-dnf-plugin-versionlock. apt benötigt für apt-mark hold nichts Zusätzliches, weil eine Paketsperre ein dpkg-Status und kein Plugin ist.

Wo die Zuordnung scheitert: ein Repository hinzufügen

Hier suchen Ubuntu-Administratoren nach einem Befehl, den es nicht gibt. Bei dnf gibt es kein add-apt-repository, und es gibt keine persönlichen Paketarchive (PPAs). Ein PPA ist ein von Launchpad bereitgestellter Dienst, und Launchpad gehört zur Ubuntu-Infrastruktur. In der RPM-Welt gibt es dafür keinen entsprechenden Dienst.

Stattdessen verwendet dnf eine einfache Textdatei pro Repository in /etc/yum.repos.d/. Die Dateien enden mit .repo.

[docker-ce-stable]
name=Docker CE Stable
baseurl=https://download.docker.com/linux/centos/$releasever/$basearch/stable
enabled=1
gpgcheck=1
gpgkey=https://download.docker.com/linux/centos/gpg

$releasever und $basearch sind dnf-Variablen. dnf setzt zur Laufzeit die Nummer des Major-Releases und die CPU-Architektur ein. Dadurch funktioniert dieselbe Datei mit Version 9 und Version 10 sowie mit x86_64 und aarch64.

Die meisten Anbieter veröffentlichen diese Datei und weisen Sie an, sie abzurufen. Die eigenen Anweisungen von Docker für RHEL und dessen kompatible Varianten bestehen aus zwei Befehlen:

sudo dnf -y install dnf-plugins-core
sudo dnf config-manager --add-repo https://download.docker.com/linux/rhel/docker-ce.repo

Die erste Zeile ist erforderlich, weil config-manager ein Plugin und nicht Bestandteil von dnf selbst ist. Wenn Sie sie überspringen, schlägt die zweite Zeile mit No such command: config-manager fehl. Sie können dieselbe .repo-Datei auch mit curl manuell nach /etc/yum.repos.d/ herunterladen. Das Ergebnis ist identisch. Docker auf einem VPS installieren beschreibt die entsprechende Vorgehensweise für Debian. Dort schreibt der entsprechende Schritt eine Paketquellenliste und einen Signaturschlüssel in zwei verschiedene Verzeichnisse.

Der Unterschied im Aufbau bestimmt, wo Sie suchen, wenn ein Repository Probleme verursacht. apt speichert Definitionen in /etc/apt/sources.list und /etc/apt/sources.list.d/. Die Signaturschlüssel liegen getrennt unter /etc/apt/keyrings/. dnf speichert alles in /etc/yum.repos.d/. Der Schlüssel ist eine URL innerhalb der .repo-Datei. Daher gibt es eine Datei zum Lesen und eine Datei zum Löschen. Neuere apt-Versionen verwenden mit dem deb822-Format zunehmend denselben Aufbau: eine .sources-Datei pro Repository. Wenn Sie bereits auf den Fehler durch doppelte Paketquellen im deb822-Format unter Ubuntu gestoßen sind, kennen Sie die apt-Seite dieses Problems bereits.

EPEL ist das Repository, von dem die meisten Anleitungen ausgehen

Extra Packages for Enterprise Linux (EPEL) ist ein Fedora-Projekt, das Fedora-Pakete für RHEL und dessen Rebuilds erstellt. Es kommt einem universellen PPA am nächsten, das es in dieser Umgebung gibt. Sehr viele Anleitungen setzen voraus, dass es bereits aktiviert ist. Wenn dnf install für ein Paket No match for argument, das Sie auf der Website des Projekts selbst sehen können, sollten Sie zuerst EPEL prüfen.

Auf Rocky Linux und AlmaLinux:

sudo dnf config-manager --set-enabled crb
sudo dnf install epel-release
sudo dnf makecache

CRB steht für CodeReady Builder. Es ist ein Repository mit Bibliotheken, das mit der Distribution ausgeliefert wird, aber standardmäßig nicht aktiviert ist. Die meisten EPEL-Pakete hängen von einem Paket daraus ab. Deshalb schlägt die Aktivierung von EPEL ohne CRB nicht sofort fehl. Der Fehler tritt später bei der Installation auf: nicht aufgelöste Abhängigkeiten verweisen auf ein Paket, von dem Sie noch nie gehört haben. Aktivieren Sie CRB zuerst. Dann tritt diese Fehlerklasse nicht mehr auf.

Bei RHEL selbst wird CRB über Ihr Abonnement und nicht über config-manager bereitgestellt. Befolgen Sie für diesen Schritt daher die offiziellen EPEL-Anweisungen von Red Hat. Fedora benötigt dies alles nicht, weil das Haupt-Repository bereits die Pakete enthält, die EPEL zurückportiert. Die EPEL-Richtlinie sieht vor, niemals ein von RHEL ausgeliefertes Paket zu ersetzen. Das Hinzufügen des Repositorys ändert daher nichts an Paketen, die bereits auf Ihrem Server installiert sind.

dnf history undo – was apt nicht kann

dnf protokolliert jede Transaktion und kann die Umkehrung einer Transaktion erstellen.

sudo dnf history
sudo dnf history info 42
sudo dnf history undo 42

dnf history gibt eine nummerierte Liste der Transaktionen aus, einschließlich der Befehlszeile, mit der jede Transaktion gestartet wurde. undo erstellt die entgegengesetzte Transaktion: Pakete, die diese Transaktion installiert hat, werden entfernt. Aktualisierte Pakete werden auf die zuvor verwendete Version zurückgesetzt. Diese Funktion fehlt apt-Benutzern nach dem Wechsel am meisten.

Die Funktion hat klare Grenzen. Diese sollten Sie kennen, bevor Sie sich darauf verlassen. undo kann eine Paketversion nur dann erneut installieren, wenn sie noch in einem aktivierten Repository vorhanden ist. Wurde der alte Build bereits aus dem Mirror entfernt, schlägt das Rückgängigmachen mit einem Fehler wegen eines nicht gefundenen Pakets fehl. Das Zurücksetzen endet außerdem bei der Paketdatenbank. Eine Konfigurationsdatei, die das Upgrade überschrieben hat, bleibt überschrieben. Auch ein Datenbankschema, das ein Dienst beim ersten Start migriert hat, bleibt migriert. dnf stellt die Dateien wieder her. Ihre Daten werden nicht wiederhergestellt.

apt hat kein gleichwertiges Verfahren. /var/log/apt/history.log protokolliert genau, was geschehen ist, einschließlich der Befehlszeile. Das Lesen eines Protokolls macht die Änderung jedoch nicht rückgängig. Die Wiederherstellung auf der apt-Seite erfolgt manuell: Führen Sie apt list -a nginx aus, um zu prüfen, welche Versionen das Archiv noch enthält. Verwenden Sie anschließend sudo apt install nginx=<exact version string>, um eine Version festzulegen, und fügen Sie sudo apt-mark hold nginx hinzu, damit das nächste Upgrade Ihre Korrektur nicht wieder rückgängig macht.

Paketgruppen haben kein apt-Gegenstück

Mit dnf lässt sich eine benannte Gruppe von Paketen mit einem Befehl installieren.

dnf group list
dnf group info "Development Tools"
sudo dnf group install "Development Tools"

In älteren Anleitungen steht dnf groupinstall "Development Tools". Dieser Alias funktioniert mit dnf 4 und ist in dnf 5 nicht mehr vorhanden. Daher ist das aus zwei Wörtern bestehende dnf group install die einzige Schreibweise, die überall funktioniert. Verwenden Sie sie und müssen sich darüber keine weiteren Gedanken machen.

apt kennt keine Gruppen. Debians nächstes Gegenstück ist ein Metapaket. Dabei handelt es sich um ein ansonsten leeres Paket, dessen einziger Inhalt eine Liste von Abhängigkeiten ist, zum Beispiel build-essential. Der praktische Unterschied zeigt sich beim Entfernen: Wenn Sie ein Metapaket entfernen, bleiben seine Abhängigkeiten installiert, bis Sie apt autoremove ausführen. Mit dnf group remove werden die Pakete der Gruppe dagegen in derselben Transaktion mit entfernt.

Automatische Updates mit unattended-upgrades und dnf-automatic

Beide Varianten können Updates installieren, ohne dass ein Benutzer angemeldet ist. Abgesehen vom Zweck haben die Werkzeuge nichts gemeinsam.

Unter Ubuntu und Debian heißt das Paket unattended-upgrades. Es wird in /etc/apt/apt.conf.d/50unattended-upgrades konfiguriert. Dort legen Sie die Paketquellen fest, aus denen das Paket Updates beziehen darf. Unattended-Upgrades unter Ubuntu einrichten behandelt diese Konfigurationsdatei und die damit verbundene Frage nach einem Reboot.

Unter Rocky Linux, AlmaLinux und Fedora heißt das Paket dnf-automatic. Das Verhalten wird durch den aktivierten systemd-Timer festgelegt.

sudo dnf install dnf-automatic
sudo systemctl enable --now dnf-automatic-install.timer
systemctl list-timers 'dnf-automatic*'

dnf-automatic-install.timer lädt Updates herunter und installiert sie. dnf-automatic-download.timer lädt sie nur herunter und beendet sich anschließend. Die Installation führen Sie dann manuell durch. dnf-automatic-notifyonly.timer erstellt nur einen Bericht. Jede dieser Units überschreibt die Einstellung apply_updates aus /etc/dnf/automatic.conf. Daher ist der ausgewählte Timer wichtiger als der Inhalt der Konfigurationsdatei. Durch die Installation eines Updates werden laufende Prozesse mit dem alten Code nicht neu gestartet. Prüfen Sie daher welche dieser Updates einen Reboot erfordern und bei welchen ein Dienstneustart genügt, bevor Sie davon ausgehen, dass der Server vollständig gepatcht ist.

Um automatische Updates auf Sicherheitskorrekturen zu beschränken, setzen Sie upgrade_type = security in /etc/dnf/automatic.conf. Dieser Filter funktioniert nur, wenn Ihre Paketquellen Security Errata veröffentlichen. Prüfen Sie das zunächst mit dnf updateinfo list security. Ein leeres Ergebnis auf einem Server mit ausstehenden Updates bedeutet, dass diese Metadaten nicht vorhanden sind. security würde dann überhaupt keine Updates installieren.

Unter Fedora hat dnf 5 den Namen der Unit geändert. Sie heißt dnf5-automatic.timer und verwendet dieselbe /etc/dnf/automatic.conf.

Ist yum noch ein echter Befehl?

Ja, und er führt allein nichts aus. Unter Rocky Linux, AlmaLinux und CentOS Stream ist /usr/bin/yum ein symbolischer Link, der auf dnf verweist. Prüfen Sie dies mit:

ls -l /usr/bin/yum
dnf --version

In Anleitungen taucht weiterhin die alte yum-Syntax auf, weil sie größtenteils unverändert funktioniert. yum install, yum remove und yum update funktionieren alle. Eine Gewohnheit sollten Sie jedoch aufgeben: yum-config-manager ist auf Systemen mit dnf 4 weiterhin als eigene Binärdatei vorhanden. dnf config-manager ist jedoch die Schreibweise, die in der aktuellen Dokumentation verwendet wird. Sie funktioniert auch dann weiter, wenn das System auf dnf 5 umgestellt wird.

dnf 4 und dnf 5: Prüfen Sie Befehle, bevor Sie sie kopieren

dnf 5 ist eine Neuentwicklung und verwendet bei mehreren Befehlen eine andere Schreibweise. Fedora 41 und spätere Versionen liefern es als dnf aus. Die Enterprise-Rebuilds haben langsamer umgestellt. Leiten Sie die verwendete Version daher nicht vom Distributionsnamen ab. Führen Sie auf Ihrem eigenen Server dnf --version aus und lesen Sie die erste Zeile. Diese Versionsnummer entscheidet, welche der folgenden Syntaxen Sie benötigen.

Am deutlichsten zeigt sich der Unterschied bei Docker. Docker veröffentlicht für jede Version einen anderen Repository-Befehl. Auf RHEL und den entsprechenden Rebuilds mit dnf 4:

sudo dnf config-manager --add-repo https://download.docker.com/linux/rhel/docker-ce.repo

Auf Fedora mit dnf 5:

sudo dnf config-manager addrepo --from-repofile https://download.docker.com/linux/fedora/docker-ce.repo

Gleicher Anbieter, gleiche Aufgabe, andere Schreibweise. dnf 5 hat config-manager in ein Werkzeug mit Unterbefehlen umgewandelt. Das alte Flag --add-repo wird daher nicht akzeptiert. Statt eines Repositorys erhalten Sie einen Verwendungsfehler. Der andere Befehl betrifft das Aktivieren eines Repositorys: dnf config-manager --set-enabled crb unter dnf 4 wird unter dnf 5 zu dnf config-manager setopt crb.enabled=1.

Die Entscheidung, die tatsächlich zählt

Eine Server-Distribution allein anhand des Paketmanagers auszuwählen, ist die falsche Grundlage. dnf und apt erledigen dieselbe Aufgabe, und die jeweilige Terminologie lässt sich an einem Nachmittag lernen. Entscheidend für Ihr Jahr ist das Release-Modell hinter dem Repository. Fedora veröffentlicht schnell neue Versionen, und für ein bestimmtes Release enden die Updates ungefähr dreizehn Monate nach seinem Erscheinen. Das ist für eine Workstation in Ordnung, aber problematisch für einen Server, den Sie nicht neu aufsetzen möchten. Rocky Linux und AlmaLinux folgen RHEL. Dadurch erhalten Sie ein Supportfenster von zehn Jahren und Paketversionen, die bewusst unverändert bleiben. Ubuntu bietet beide Modelle. Der Unterschied zwischen Ubuntu LTS und Interim-Releases auf einem Server ist dieselbe Entscheidung innerhalb der apt-Welt.

Im August 2026 sind all diese Distributionen übliche VPS-Images. Wählen Sie das gewünschte Supportfenster und lernen Sie anschließend die zehn Befehle weiter oben.

FAQ

Was ist das Äquivalent von apt update in dnf?

Sie müssen keinen Befehl ausführen. dnf prüft vor jeder Transaktion, wie alt die zwischengespeicherten Metadaten sind, und lädt eine aktuelle Kopie herunter, sobald sie abgelaufen ist. Daher verwendet dnf install auf einem Server, den Sie einen Monat lang nicht angefasst haben, trotzdem aktuelle Pakete. sudo dnf makecache existiert und erzwingt diesen Download, verschiebt die Verzögerung aber lediglich auf einen von Ihnen gewählten Zeitpunkt, statt sie beim nächsten Installieren auftreten zu lassen. Der Befehl für die Frage „Was steht an?“ ist dnf check-update. Er entspricht apt list --upgradable und beendet sich mit dem Status 100, wenn Updates verfügbar sind.

Gibt es ein PPA-Äquivalent auf Rocky Linux oder Fedora?

Nein. Personal Package Archives sind ein Launchpad-Dienst, und Launchpad gehört zur Ubuntu-Infrastruktur. Daher gibt es für add-apt-repository nichts zu übersetzen. Das RPM-Äquivalent ist eine .repo-Datei in /etc/yum.repos.d/. Sie enthält einen Namen, eine baseurl und eine gpgkey. Anbieter veröffentlichen diese Datei für Sie. sudo dnf config-manager --add-repo <url> unter dnf 4 oder sudo dnf config-manager addrepo --from-repofile <url> unter dnf 5 lädt sie an die richtige Stelle herunter. Für allgeme zusätzliche Software ist EPEL normalerweise die passende Lösung. Sie aktivieren es mit sudo dnf config-manager --set-enabled crb, gefolgt von sudo dnf install epel-release.

Kann ich ein dnf-Upgrade rückgängig machen, durch das mein Server nicht mehr funktioniert?

Ja, innerhalb bestimmter Grenzen. Führen Sie sudo dnf history aus, um die Transaktionsnummer zu ermitteln, sudo dnf history info <id>, um genau zu sehen, was geändert wurde, und anschließend sudo dnf history undo <id>. Das Rückgängigmachen schlägt fehl, wenn die ältere Paketversion in keinem aktivierten Repository mehr vorhanden ist, weil dnf nichts zur erneuten Installation hat. Außerdem werden nur Paketänderungen rückgängig gemacht. Eine Konfigurationsdatei, die durch das Upgrade neu geschrieben wurde, oder eine Datenbank, die ein Dienst beim ersten Start migriert hat, bleibt unverändert. apt hat überhaupt keinen entsprechenden Befehl, sondern nur den Eintrag in /var/log/apt/history.log.

Funktioniert yum auf Rocky Linux und AlmaLinux noch?

Es funktioniert, weil /usr/bin/yum ein symbolischer Link auf dnf ist. Prüfen Sie dies auf Ihrem eigenen System mit ls -l /usr/bin/yum. Wenn Sie yum install httpd eingeben, wird dnf ausgeführt. Daher funktionieren ältere Anleitungen meist weiterhin. Verwenden Sie in neuen Skripten und in neuer Dokumentation dnf, da der Name yum nur aus Kompatibilitätsgründen vorhanden ist. Bevorzugen Sie außerdem dnf config-manager gegenüber der älteren Binärdatei yum-config-manager.

Warum möchte dnf remove so viele Pakete löschen?

Weil dnf Abhängigkeiten als Teil derselben Transaktion entfernt, die von keinem anderen Paket benötigt werden. apt remove lässt sie dagegen installiert, bis Sie apt autoremove separat ausführen. Daher kann eine Entfernung, die unter Ubuntu klein aussieht, unter Rocky Linux eine lange Liste ausgeben. Die Liste ist normalerweise korrekt, Sie sollten sie jedoch vor der Bestätigung lesen. Wenn Sie ein darin aufgeführtes Paket behalten möchten, installieren Sie es zuerst ausdrücklich. Dadurch merkt sich dnf, dass es eigenständig benötigt wird.