meta_package_manager.managers.dnf module¶
- class meta_package_manager.managers.dnf.DNF[source]¶
Bases:
PackageManagerFedora’s RPM package manager.
mpmreads the inventory throughrepoqueryrather than the human-facing listing:--userinstalledfor packages installed on request (dependencies pulled in automatically are skipped),--upgradesfor pending updates and--unneededfor the orphans, each with a--queryformatthat joins the fields on a private___MPM___delimiter so summaries containing spaces stay splittable. Every call is forced--color=neverand--quietfor parseable output.Note
outdatedis the one operation that runs two of those queries.--upgradesanswers for available packages, so it describes the upgrade candidate and never the package installed, andrepoqueryoffers no tag for the latter. The installed set is therefore read separately and joined on name and architecture. It is also the one place versions are reported as ``%:evr:`, epoch and release included, since an upgrade may move only the release.Note
remove` runs
autoremove, so removing a package also drops the dependencies it leaves orphaned.searchmatches names only, with no exact or extended mode.The
DNF5andYUMsubclasses reuse everything here, differing only in the binary and forced arguments.Documentation:
Initialize
cli_errorslist.- maintenance_note: str | None = "DNF 4 is superseded by [dnf5](https://github.com/rpm-software-management/dnf5) (Fedora's default since Fedora 41) but stays maintained for the RHEL 8/9 family; mpm wraps `dnf5` as a separate manager."¶
A watch note about a still-maintained upstream whose activity is slowing or whose status is ambiguous, as a MyST markdown block.
Unlike
unmaintained, this is purely informational: the manager stays in the default selection and in the test matrices. It renders as a{note}admonition atop the manager’s documentation page, flagging upstreams worth keeping an eye on (a slow release cadence, superseded-but-still-shipped tools, a discontinued platform still under vendor support). May embed markdown links. Mutually exclusive withunmaintained: a confirmed-dead manager carries anunmaintained_messageinstead. Enforced bytest_maintenance_note.
- name: str = 'Fedora DNF'¶
Return package manager’s common name.
Default value is based on class name.
- homepage_url: str | None = 'https://github.com/rpm-software-management/dnf'¶
Home page of the project, only used in documentation for reference.
- logo: str | None = 'fedora'¶
Slug of the brand mark standing for this manager in the documentation.
Names an SVG vendored under
docs/assets/managers/, whose provenance and license are recorded indocs/assets/managers/logos.yaml. Inlined at the top of the manager’s page bymeta_package_manager._docs; a manager leaving it unset keeps the page’s default package glyph.Several managers legitimately share one slug, either because they wrap the same upstream (
brewandcask) or because the tool has no mark of its own and its ecosystem’s stands in (aptunder Debian’s swirl,cargounder Rust’s gear). Documentation-only, likehomepage_url: no CLI output reads it.
- keywords: tuple[str, ...] = ('fedora', 'redhat', 'rhel', 'rpm')¶
Well-known names for this manager that its
iddoes not already carry.Merged into the PyPI keywords of
pyproject.tomlbydocs_update.update_keywords(), alongside every manager ID and the globally curatedKEYWORDS_EXTRAS. Declare an alias here rather than in that tuple whenever it names this manager: an alias living beside the class it describes cannot outlive it, where a central entry silently rots once the manager is renamed or dropped.Reserve
KEYWORDS_EXTRASfor terms belonging to no manager in particular, likecyclonedxorpackage manager. Documentation-only: no CLI output reads it.
- platforms: frozenset[Platform] | Group | Platform | Iterable[Platform | Group] = frozenset({Platform(id='aix', name='IBM AIX'), Platform(id='almalinux', name='AlmaLinux'), Platform(id='alpine', name='Alpine Linux'), Platform(id='altlinux', name='ALT Linux'), Platform(id='amzn', name='Amazon Linux'), Platform(id='android', name='Android'), Platform(id='arch', name='Arch Linux'), Platform(id='buildroot', name='Buildroot'), Platform(id='cachyos', name='CachyOS'), Platform(id='centos', name='CentOS'), Platform(id='chromeos', name='ChromeOS'), Platform(id='clearlinux', name='Clear Linux OS'), Platform(id='cloudlinux', name='CloudLinux OS'), Platform(id='crux', name='CRUX'), Platform(id='cygwin', name='Cygwin'), Platform(id='debian', name='Debian'), Platform(id='dragonfly_bsd', name='DragonFly BSD'), Platform(id='endeavouros', name='EndeavourOS'), Platform(id='exherbo', name='Exherbo Linux'), Platform(id='fedora', name='Fedora'), Platform(id='freebsd', name='FreeBSD'), Platform(id='generic_linux', name='Generic Linux'), Platform(id='gentoo', name='Gentoo Linux'), Platform(id='guix', name='Guix System'), Platform(id='haiku', name='Haiku'), Platform(id='hurd', name='GNU/Hurd'), Platform(id='ibm_powerkvm', name='IBM PowerKVM'), Platform(id='illumos', name='illumos'), Platform(id='kali', name='Kali Linux'), Platform(id='kvmibm', name='KVM for IBM z Systems'), Platform(id='linuxmint', name='Linux Mint'), Platform(id='mageia', name='Mageia'), Platform(id='mandriva', name='Mandriva Linux'), Platform(id='manjaro', name='Manjaro Linux'), Platform(id='midnightbsd', name='MidnightBSD'), Platform(id='netbsd', name='NetBSD'), Platform(id='nixos', name='NixOS'), Platform(id='nobara', name='Nobara'), Platform(id='nutyx', name='NuTyX'), Platform(id='openbsd', name='OpenBSD'), Platform(id='opensuse', name='openSUSE'), Platform(id='openwrt', name='OpenWrt'), Platform(id='oracle', name='Oracle Linux'), Platform(id='os400', name='IBM i'), Platform(id='parallels', name='Parallels'), Platform(id='pidora', name='Pidora'), Platform(id='pikaos', name='PikaOS'), Platform(id='raspbian', name='Raspbian'), Platform(id='rhel', name='RedHat Enterprise Linux'), Platform(id='rocky', name='Rocky Linux'), Platform(id='scientific', name='Scientific Linux'), Platform(id='slackware', name='Slackware'), Platform(id='sles', name='SUSE Linux Enterprise Server'), Platform(id='slitaz', name='SliTaz GNU/Linux'), Platform(id='solaris', name='Solaris'), Platform(id='solus', name='Solus'), Platform(id='sourcemage', name='Source Mage GNU/Linux'), Platform(id='sunos', name='SunOS'), Platform(id='tuxedo', name='Tuxedo OS'), Platform(id='ubuntu', name='Ubuntu'), Platform(id='ultramarine', name='Ultramarine'), Platform(id='void', name='Void Linux'), Platform(id='wsl1', name='Windows Subsystem for Linux v1'), Platform(id='wsl2', name='Windows Subsystem for Linux v2'), Platform(id='xenserver', name='XenServer')})¶
List of platforms supported by the manager.
Allows for a mishmash of platforms and groups of platforms. Will be normalized into a
frozensetofPlatforminstances at instantiation.
- default_sudo: bool = True¶
Built-in escalation default, used when
sudoisNone.Falseon the base: most managers install into user-writable trees and never need root. The system package managers whose privileged operations require root (apt,dnf,pacman,zypper, …) set this toTrueso theirbuild_cli(..., sudo=True)operations escalate out of the box, while staying switchable off throughsudo(--no-sudoor config) for rootless setups.
- requirement: str | None = '>=4.0.0,<5'¶
Ceiling because
dnfis no longer dnf4 everywhere.Fedora 41 and later ship
/usr/bin/dnfas a symlink todnf5, andcli_pathreturns the first name it finds without consulting the version. So this class is handed a dnf5 binary on a current Fedora, and the ceiling is what makes it decline one, leavingdnf5to theDNF5subclass that drives it properly. Without it the two managers would report the same RPM database twice.
- cli_names: tuple[str, ...] = ('dnf', 'dnf4')¶
dnf4is the fallback for a host that renamed the dnf4 binary.It stays after
dnfdeliberately. On RHEL 8 and 9 the only name isdnf, which is dnf4; on Fedora both exist, and reaching the vestigial/usr/bin/dnf4there would report a second view of the databasednf5already covers.
- version_regexes: tuple[str, ...] = ('dnf5\\s+version\\s+(?P<version>\\S+)', '(?P<version>\\S+)')¶
dnf4 prints a bare version, so the first pattern is for the other binary.
A
dnfthat is really dnf5 opensdnf5 version 5.4.3.0, whose first token is the worddnf5. Matching that first is what lets therequirementceiling above refuse it by version rather than by a parse accident: the bare fallback alone would readdnf5as the version and report that back to the user.$ dnf --version 4.24.0 Installed: rpm-0:6.0.2-1.fc44.aarch64 at Fri 04 Sep 2026 08:23:20 AM GMT Built : Fedora Project at Thu 16 Jul 2026 04:13:23 PM GMT
- DELIMITER = '___MPM___'¶
- property installed: Iterator[Package]¶
Fetch installed packages.
$ dnf --color=never --quiet repoquery --userinstalled --qf {format} NetworkManager-bluetooth___MPM___1.56.1___MPM___Bluetooth device plugin for NetworkManager___MPM___aarch64 NetworkManager-team___MPM___1.56.1___MPM___Team device plugin for NetworkManager___MPM___aarch64 NetworkManager-wifi___MPM___1.56.1___MPM___Wifi plugin for NetworkManager___MPM___aarch64
%:version:` is the upstream version alone: the first of those three is installed as `1:1.56.1-2.fc44, and neither its epoch nor its release reaches this listing.outdatedbelow reports%{evr}instead, which carries both.
- property outdated: Iterator[Package]¶
Fetch outdated packages.
Two queries, because one cannot answer both halves.
--upgradesrestricts the query to available packages, so every field it returns describes the upgrade candidate and none of them the installed package.repoqueryexposes no tag for the latter either,--querytagslistingepoch,evr,releaseandversionfor whichever package matched. So the installed side is read once, up front, and joined on name and architecture: the pair is what identifies a package on a multilib host, where the same name is installed for two of them.Both sides are reported as
%:evr:`, the epoch-version-release triplet RPM actually orders packages by. A bare `%:version:` would hide the release, and a release-only rebuild (`1.21.0-1.fc44to1.21.0-2.fc44) is a real upgrade that would then read as an identical version on both sides. This is the one operation where that matters, which is whyinstalledabove still reports ``%:version:`: changing it would rewrite the version string every snapshot carries.One format serves both, the summary going unread on the installed pass. That keeps the two outputs the same shape, which is what lets either block stand in for the other when a documented FORMAT` placeholder leaves the two calls indistinguishable.
$ dnf --color=never --quiet repoquery --installed --qf {format} librepo___MPM___1.21.0-1.fc44___MPM___Repodata downloading library___MPM___aarch64 openldap___MPM___2.6.13-1.fc44___MPM___LDAP support libraries___MPM___aarch64 wireless-regdb___MPM___2026.05.30-1.fc44___MPM___Regulatory database for 802.11 wireless networking___MPM___noarch
$ dnf --color=never --quiet repoquery --upgrades --qf {format} librepo___MPM___1.21.0-2.fc44___MPM___Repodata downloading library___MPM___aarch64 openldap___MPM___2.6.14-1.fc44___MPM___LDAP support libraries___MPM___aarch64 wireless-regdb___MPM___2026.09.03-1.fc44___MPM___Regulatory database for 802.11 wireless networking___MPM___noarch
- property orphans: Iterator[Package]¶
Fetch packages installed as dependencies that nothing requires anymore.
$ dnf --color=never --quiet repoquery --unneeded bc-0:1.08.2-4.fc44.aarch64 dos2unix-0:7.5.6-1.fc44.aarch64 tree-0:2.2.1-4.fc44.aarch64
A host reaches this state on its own, but rarely: a fresh install has nothing installed-as-a-dependency and then abandoned, which is why the rows above were made by marking three leaf packages with
dnf mark dependency. That needs no network and is undone bydnf mark user.
- search(query, extended, exact)[source]¶
Fetch matching packages.
Caution
Search does not support extended or exact matching. So we return the best subset of results and let
meta_package_manager.manager.PackageManager.refiltered_search()refine them.$ dnf4 --color=never --quiet search usd ========================== Name Exactly Matched: usd =========================== usd.aarch64 : 3D VFX pipeline interchange file format ========================= Name & Summary Matched: usd ========================== libbpf-usdt-devel.noarch : The header for defining USDTs python3-usd.aarch64 : Development files for USD usd-devel.aarch64 : Development files for USD ============================== Name Matched: usd =============================== busd.aarch64 : D-Bus bus (broker) implementation lvm2-dbusd.noarch : LVM2 D-Bus daemon rust-busd+default-devel.noarch : D-Bus bus (broker) implementation rust-busd+tracing-subscriber-devel.noarch : D-Bus bus (broker) implementation rust-busd-devel.noarch : D-Bus bus (broker) implementation usd-libs.aarch64 : Universal Scene Description library
dnf5 answers in its own shape, which
yumalso produces wherever that name points at dnf5:$ dnf --color=never --quiet search bash Matched fields: name (exact) bash.aarch64 The GNU Bourne Again shell Matched fields: name, summary argbash.noarch Bash argument parsing code generator bash-argsparse.noarch An high level argument parsing library for bash
- install(package_id, version=None)[source]¶
Install one package.
$ sudo dnf --color=never --quiet --assumeyes install pip
- Return type:
- upgrade_all_cli()[source]¶
Generates the CLI to upgrade all outdated packages.
$ sudo dnf --color=never --quiet --assumeyes upgrade
- upgrade_one_cli(package_id, version=None)[source]¶
Generates the CLI to upgrade the provided package.
$ sudo dnf --color=never --quiet --assumeyes upgrade pip
- remove(package_id)[source]¶
Remove one package and one only.
$ sudo dnf --color=never --quiet --assumeyes remove pip
- Return type:
- remove_orphan(package_id)[source]¶
Remove one package, dropping dependencies it alone pulled in.
autoremovetargets the package plus the dependencies that were installed to satisfy it and are no longer required by anything else.$ sudo dnf --color=never --quiet --assumeyes autoremove pip
- Return type:
- cleanup_orphan()[source]¶
Remove every package installed as a dependency and no longer required.
$ sudo dnf --color=never --quiet --assumeyes autoremove
- Return type:
- cleanup_cache()[source]¶
Clear the cached packages and repository metadata.
$ sudo dnf --color=never --quiet clean all
- Return type:
- doctor_cli()[source]¶
Generates the CLI running the native self-diagnosis.
checkexamines the rpm database for problems (duplicates, obsoleted packages, unsatisfied dependencies) and exits non-zero when any is found.$ dnf --color=never --quiet check
- class meta_package_manager.managers.dnf.DNF5[source]¶
Bases:
DNFThe
dnf5rewrite of DNF, Fedora’s reference package manager since Fedora 41.Inherits every operation and parser from
DNF. Its forced arguments drop--color=never(dnf5rejects that option), keeping only--quiet.Initialize
cli_errorslist.- maintenance_note: str | None = None¶
A watch note about a still-maintained upstream whose activity is slowing or whose status is ambiguous, as a MyST markdown block.
Unlike
unmaintained, this is purely informational: the manager stays in the default selection and in the test matrices. It renders as a{note}admonition atop the manager’s documentation page, flagging upstreams worth keeping an eye on (a slow release cadence, superseded-but-still-shipped tools, a discontinued platform still under vendor support). May embed markdown links. Mutually exclusive withunmaintained: a confirmed-dead manager carries anunmaintained_messageinstead. Enforced bytest_maintenance_note.
- name: str = 'Fedora DNF5'¶
Return package manager’s common name.
Default value is based on class name.
- homepage_url: str | None = 'https://github.com/rpm-software-management/dnf5'¶
Home page of the project, only used in documentation for reference.
- logo: str | None = 'fedora'¶
Slug of the brand mark standing for this manager in the documentation.
Names an SVG vendored under
docs/assets/managers/, whose provenance and license are recorded indocs/assets/managers/logos.yaml. Inlined at the top of the manager’s page bymeta_package_manager._docs; a manager leaving it unset keeps the page’s default package glyph.Several managers legitimately share one slug, either because they wrap the same upstream (
brewandcask) or because the tool has no mark of its own and its ecosystem’s stands in (aptunder Debian’s swirl,cargounder Rust’s gear). Documentation-only, likehomepage_url: no CLI output reads it.
- cli_names: tuple[str, ...] = ('dnf5',)¶
dnf4is the fallback for a host that renamed the dnf4 binary.It stays after
dnfdeliberately. On RHEL 8 and 9 the only name isdnf, which is dnf4; on Fedora both exist, and reaching the vestigial/usr/bin/dnf4there would report a second view of the databasednf5already covers.
- pre_args: tuple[str, ...] = ('--quiet',)¶
Reset global options inherited from the
DNFabove.Kept for the dnf5 releases that rejected
--color=never. Current ones accept it:5.4.3.0exits0on the option, where an unknown one exits2.
- id: str = 'dnf5'¶
Package manager’s ID.
Derived by defaults from the lower-cased class name in which underscores
_are replaced by dashes-.This ID must be unique among all package manager definitions and lower-case, as they’re used as feature flags for the mpm CLI.
- version_regexes: tuple[str, ...] = ('dnf5\\s+version\\s+(?P<version>\\S+)',)¶
dnf5opens its own name, where dnf4 answers with a bare version.The bare
(?P<version>\S+)default reads that first token as the version itself, so the manager reporteddnf5and then refused its ownrequirement, taking Fedora’s reference package manager out of the pool entirely.$ dnf5 --version dnf5 version 5.4.3.0 dnf5 plugin API version 2.0 libdnf5 version 5.4.3.0 libdnf5 plugin API version 2.2
- class meta_package_manager.managers.dnf.YUM[source]¶
Bases:
DNFYUM, the package manager DNF superseded.
On current Fedora and RHEL the
yumbinary is a wrapper arounddnf.mpmdrives it exactly asDNF, only the binary name differs.Initialize
cli_errorslist.- id: str = 'yum'¶
Package manager’s ID.
Derived by defaults from the lower-cased class name in which underscores
_are replaced by dashes-.This ID must be unique among all package manager definitions and lower-case, as they’re used as feature flags for the mpm CLI.
- virtual: bool = False¶
Should we expose the package manager to the user?
Virtual package manager are just skeleton classes used to factorize code among managers of the same family.
- maintenance_note: str | None = 'The standalone [yum project is archived](https://github.com/rpm-software-management/yum); on modern RHEL and Fedora the `yum` command is a maintained compatibility alias for [dnf](https://github.com/rpm-software-management/dnf).'¶
A watch note about a still-maintained upstream whose activity is slowing or whose status is ambiguous, as a MyST markdown block.
Unlike
unmaintained, this is purely informational: the manager stays in the default selection and in the test matrices. It renders as a{note}admonition atop the manager’s documentation page, flagging upstreams worth keeping an eye on (a slow release cadence, superseded-but-still-shipped tools, a discontinued platform still under vendor support). May embed markdown links. Mutually exclusive withunmaintained: a confirmed-dead manager carries anunmaintained_messageinstead. Enforced bytest_maintenance_note.
- name: str = 'Fedora YUM'¶
Return package manager’s common name.
Default value is based on class name.
- homepage_url: str | None = 'http://yum.baseurl.org'¶
Home page of the project, only used in documentation for reference.
- logo: str | None = 'fedora'¶
Slug of the brand mark standing for this manager in the documentation.
Names an SVG vendored under
docs/assets/managers/, whose provenance and license are recorded indocs/assets/managers/logos.yaml. Inlined at the top of the manager’s page bymeta_package_manager._docs; a manager leaving it unset keeps the page’s default package glyph.Several managers legitimately share one slug, either because they wrap the same upstream (
brewandcask) or because the tool has no mark of its own and its ecosystem’s stands in (aptunder Debian’s swirl,cargounder Rust’s gear). Documentation-only, likehomepage_url: no CLI output reads it.
- requirement: str | None = '>=4.0.0'¶
No ceiling, unlike the
DNFparent.yumis a compatibility name rather than a generation: it fronts dnf4 on RHEL 8 and 9, and dnf5 on Fedora 41 and later. Both are the manager this class is for, so it accepts either, and the inheritedversion_regexesalready read both shapes.
- cli_names: tuple[str, ...] = ('yum',)¶
dnf4is the fallback for a host that renamed the dnf4 binary.It stays after
dnfdeliberately. On RHEL 8 and 9 the only name isdnf, which is dnf4; on Fedora both exist, and reaching the vestigial/usr/bin/dnf4there would report a second view of the databasednf5already covers.