https://DevOpsCloud.io -- Cloud Monk Losang Jinpa

Return to dnf update, dnf upgrade, dnf install, Linux Package Management, Fedora, Linux Configuration Management, Cloud Monk's Package Manager Book, Cloud Monk's Development PC DevOps Automation via Ansible-Chocolatey-PowerShell-Homebrew-DNF-APT, Cloud Monk's Development PC Chocolatey List.

DNF or Dandified YUM is the next-generation version of the Yellowdog Updater, Modified (yum), a Linux package manager for .rpm-based Linux distributions.

https://docs.fedoraproject.org/en-US/quick-docs/dnf/

“DNF is a software package manager that installs, updates, and removes packages on Fedora and is the successor to YUM (Yellow-Dog Updater Modified). DNF makes it easy to maintain packages by automatically checking for dependencies and determines the actions required to install packages. This method eliminates the need to manually install or update the package, and its dependencies, using the rpm command. DNF is now the default software package management tool in Fedora.”

https://docs.fedoraproject.org/en-US/quick-docs/dnf

Short description: RPM package manager

name = Dandified Yum

developer = Red Hat

}}

DNF or Dandified YUM<ref name=“DNF-Wiki”>

</ref><ref name=“DNF-FAQ”>

</ref><ref name=“ReadMe”>

</ref> is the next-generation version of the Yellowdog Updater, Modified (yum), a package manager for .rpm-based distributions. DNF was introduced in Fedora 18 in 2013,<ref name=“DNF-Fedora”>

</ref> it has been the default package manager since Fedora 22 in 2015<ref name=“F22_released”>

</ref> and Red Hat Enterprise Linux 8.<ref name=“RHEL8news”>

</ref>

Perceived deficiencies of yum (which DNF is intended to address) include poor performance, high memory usage, and the slowness of its iterative dependency resolution.<ref name=“lwn580223”>

</ref> DNF uses libsolv, an external dependency resolver.<ref name=“lwn580223”/>

DNF performs package management tasks on top of RPM, and supporting libraries.

DNF was originally written in Python, but

efforts are under way to port it to C and move most functionality from Python code into the new libdnf library.<ref name=“libdnfinitiative”>

</ref> libdnf is already used by PackageKit, a Linux distribution-agnostic package system abstraction library, even though the library does not have most of DNF's features.<ref name=“packagekitlibdnf”>

</ref>

DNF has been the default package manager for Fedora since version 22, which was released in May 2015.<ref name=“F22_released”/> The libdnf library is used as a package backend in PackageKit.<ref name=“packagekitlibdnf”/> DNF has also been available as an alternate package manager for Mageia Linux since version 6 and may become the default sometime in the future.<ref name=“PhoronixMageia”>

</ref>

• high-level API for DNF and underlying libraries
• C, C++
• LGPLv2+

• a free package dependency solver using a satisfiability algorithm
• for solving packages and reading repositories
• C
• New BSD License

• a library providing C and Python (libcURL like) API for downloading Linux repository metadata and packages
• C
• LGPLv2+

• libcomps is an alternative for yum.comps library, written in pure C, and has bindings for Python
• C
• GPLv2+

• Official website: https://rpm-software-management.github.io

Fedora Project Linux package management-related software Red Hat software

Return to Linux Package Management, Debian, Linux Configuration Management, Cloud Monk's Package Manager Book, Cloud Monk's Development PC DevOps Automation via Ansible-Chocolatey-PowerShell-Homebrew-DNF-APT, Cloud Monk's Development PC Chocolatey List.

Snippet from Wikipedia: DNF (software)

DNF or Dandified YUM is the next-generation version of the Yellowdog Updater Modified (yum), a package manager for .rpm-based Linux distributions. DNF was introduced in Fedora 18 in 2013; it has been the default package manager since Fedora 22 in 2015, Red Hat Enterprise Linux 8, and OpenMandriva, and is also an alternative package manager for Mageia.

Perceived deficiencies of yum (which DNF is intended to address) include poor performance, high memory usage, and the slowness of its iterative dependency resolution. DNF uses libsolv, an external dependency resolver.

DNF performs package management tasks on top of RPM, and supporting libraries.

DNF was originally written in Python, but as of 2016 efforts were under way to port it to C and move most functionality from Python code into the new libdnf library. In 2018, the DNF team announced the decision to move libdnf from C to C++. libdnf is already used by PackageKit, a Linux distribution-agnostic package system abstraction library, even though the library does not have most of DNF's features.

Meanwhile, DNF5 is gearing up for an official launch in Fedora Linux 41. This versatile C++ package manager for RPM packages, modules, and comps groups uses libdnf and libsolv, supports Python 3, and is accessible in Fedora 38+.

Creative Commons Attribution-Share Alike 4.0