Go to file
Evan Goode 82b4607d1e ci: Remove "Package Build" GitHub Action
We would like to switch to exclusively using Packit for building and
testing pull requests, so we are retiring this GitHub Action workflow.
We will want to configure Packit to check that DNF5 compiles with both
GCC and clang, like the Package Build action did.

In order to fully disable the action, this commit must be applied on
each branch in the upstream DNF5 repository. Otherwise, the action might
be triggered by a pull request to some stale branch.
2025-06-12 19:40:10 +00:00
.github ci: Remove "Package Build" GitHub Action 2025-06-12 19:40:10 +00:00
.tito Initialized to use tito. 2022-08-09 13:33:13 +02:00
bindings ruby: Implement Enumerable for libdnf5::advisory::AdvisorySet. 2025-01-14 12:55:46 +00:00
cmake translations: Configure cmake to generate translations 2022-10-13 14:44:08 +02:00
common CMakeLists.txt: common is object library -> rename to common_obj 2025-01-14 12:38:54 +00:00
dnf5 expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
dnf5-plugins automatic: fix documentation on automatic.conf location in sample config 2025-01-20 12:18:34 +00:00
dnf5daemon-client CMakeLists.txt: common is object library -> rename to common_obj 2025-01-14 12:38:54 +00:00
dnf5daemon-server CMakeLists.txt: common is object library -> rename to common_obj 2025-01-14 12:38:54 +00:00
doc expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
etc Behave more like the old service, with the "--timer" option. 2024-11-01 13:25:23 +00:00
include expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
libdnf5 expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
libdnf5-cli Add couple explaining comments to `MultiProgressBar::operator<<` 2025-01-21 10:20:28 +00:00
libdnf5-plugins expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
test Test MultiProgressBar with already finished downloads 2025-01-21 10:20:28 +00:00
.clang-format Fix clang-format paths to libdnf5 2023-06-21 06:37:49 +00:00
.clang-tidy Disable irrelevant clang-tidy checks 2022-11-23 14:00:36 +01:00
.gitignore Use libdnf5 in .gitignore 2023-06-21 06:37:49 +00:00
.packit.yaml Add packit job to run ABI check plan on testing farm 2024-11-25 15:02:21 +00:00
.pre-commit-config.yaml Update pre-commit hooks to latest versions in F41 2024-12-06 06:14:02 +00:00
.readthedocs.yaml Bumb readthedocs ubuntu image version to fix the docs generation 2024-12-19 07:15:04 +00:00
AUTHORS.md Add self to AUTHORS.md 2023-12-12 11:06:20 +00:00
CHANGELOG.md Release 5.2.8.1 2024-12-05 20:31:02 +00:00
CMakeLists.txt expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
CONTRIBUTING.md CONTRIBUTING: don't mention "ready-for-review" 2023-09-21 09:44:19 +00:00
COPYING.md doc: Add libdnf5-plugins to lgpl-2.1-or-later list in COPYING.md 2023-09-05 11:07:54 +00:00
DCO Import a new project template 2022-08-09 13:33:09 +02:00
README.md Update README with updated coprs 2023-11-03 13:58:29 +00:00
VERSION.cmake Release 5.2.8.1 2024-12-05 20:31:02 +00:00
clang-format clang-format: use grep -E instead of egrep 2023-04-20 15:36:48 +02:00
clang-tidy-changed Import a new project template 2022-08-09 13:33:09 +02:00
dnf5.spec expired-pgp-keys: New plugin for detecting expired PGP keys 2025-01-27 16:44:03 +00:00
gpl-2.0.txt Import a new project template 2022-08-09 13:33:09 +02:00
lgpl-2.1.txt :Basic pre-commit configuration 2023-03-14 16:26:42 +01:00

README.md

DNF5

DNF5 is a command-line package manager that automates the process of installing, upgrading, configuring, and removing computer programs in a consistent manner. It supports RPM packages, modulemd modules, and comps groups and environments.

As part of the DNF5 stack, libdnf is the package management library. It was originally written to support the DNF package manager, but gradually grew up into a versatile library. You can now use libdnf to build custom tools that load repositories, query packages, resolve dependencies, and install packages.

DNF5 is also powered with the libsolv library which provides an easy to use programming interface.

By using DNF5, you can work with the following artifacts:

  • RPM repositories (repomd)
  • RPM packages
  • Comps groups
  • Comps environments
  • Advisories (updateinfo, errata)
  • Modules (modulemd)

DNF5 is written in C++ and it can interface with the following programming languages:

  • C++ - fully supported.
  • Python 3 - fully supported.
  • Perl 5 - best effort.
  • Ruby - best effort.

Note, however, that DNF5 cannot yet interface with the following programming languages:

  • Go - does not work, we are looking for contributors.
  • C - not implemented, not a priority for any of our existing API users.

Installing DNF5

DNF5 is available since Fedora 38. To install the DNF5 package manager, use either of the following commands, depending on your Fedora release:

Fedora release Command
37 sudo dnf copr enable rpmsoftwaremanagement/dnf-nightly && sudo dnf install dnf51
38 or newer sudo dnf install dnf5

Note: dnf-nightly provides nightly builds for the entire DNF stack. Once you enable this repository you will start receiving updates for DNF, libdnf, and for the other packages of the stack.

Testing DNF5 obsoletes DNF

Optionally you can install DNF5 from these COPR repositories23. The packages are build using the copr option --rpmbuilds-with dnf5_obsoletes_dnf. By installing these packages DNF5 will be the default package manager in your system. You will still be able to use DNF running dnf4.

Packages from dnf5-testing are versioned following Fedora release pace and are updated every two weeks. Packages from dnf5-testing-nightly are built nightly.

Command DNF5 Version
sudo dnf copr enable rpmsoftwaremanagement/dnf5-testing2 Fedora rawhide version
sudo dnf copr enable rpmsoftwaremanagement/dnf5-testing-nightly3 Nightly Builds

Documentation

  • DNF5 HTML Documentation
  • The header files are documented because documentation is mainly generated from these files.

Contributing to the DNF5 project

For details about how to contribute to the DNF5 project, see CONTRIBUTING.md.

  • By contributing to the DNF5 project you agree with the Developer Certificate of Origin (DCO). DCO contains a simple statement that you, as a contributor, have the legal right to submit a contribution. For more details, see the DCO file.
  • All contributions to this project are licensed under LGPLv2.1+ or GPLv2+. For more details, see the License section.

Reporting issues

To report an issue, use either of the following methods:

Developing DNF5 by building and testing the code

For details about building and testing DNF5, see the Development environment setup section.

Translating

TBD

License

  • The DNF5 libraries are licensed under LGPLv2.1+.
  • The standalone programs that are part of the DNF5 project are licensed under GPLv2+.

For more details about licenses, see COPYING.