It was replace by RPM transaction item return code and it only prints
a message to terminal. It was not remove to keep compatibility of
outputs, but it does nothing.

https://bugzilla.redhat.com/show_bug.cgi?id=1908253

#1817 added the ability to utilize sqlite cache when available.
https://discussion.fedoraproject.org/t/why-bash-auto-completion-is-so-slow-with-dnf/88944
and https://discussion.fedoraproject.org/t/dnf-autocompletion-is-too-slow/64038
Are users noting that bash completion is slow without sqlite installed.

= changelog =
msg:   [spec] Add Recommends %{_bindir}/sqlite3 for bash-completion for Fedora
type:  enhancement
related: #1817
related: https://discussion.fedoraproject.org/t/why-bash-auto-completion-is-so-slow-with-dnf/88944
related: https://discussion.fedoraproject.org/t/dnf-autocompletion-is-too-slow/64038

Resolves situations where a package is in older version obsoleted, but
there is newer (not obsoleted) version available.
This patch covers installation of group packages and arch specific
packages. The rest is in hawkey library.

Relevant bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2183279
https://bugzilla.redhat.com/show_bug.cgi?id=2176263

When a new group is being installed or an installed group is upgraded, do not mark the packages within the group as 'not installed' directly. Instead, check the actual package state in the database to determine if it was already installed by another group.

= changelog =
msg: comps: Fix removing packages belonging to another installed group
type: bugfix
resolves: https://bugzilla.redhat.com/show_bug.cgi?id=2066638

As the change is causing problems when building other packages in Koji buildroot, reverting this until the root cause is properly resolved.

The calls to RPM block signals API was reverted for now, so we don't need this bump yet.

Instead, hardcode the protection of dnf in libdnf. This way, DNF 5 will
be able to uninstall DNF 4.

= changelog =
msg: Allow dnf to be removed by DNF 5
type: enhancement

Require new version of libdnf so that dnf remains a protected package,
see rpm-software-management/libdnf#1621.

This is the DNF 4 cousin to this patch [0] for DNF 5.

Per [1], Python packages should include some minimal distribution
metadata, e.g. to make the package appear in `pip list`.

Perhaps the "proper way" to generate this dist-info metadata would be to
write a pyproject.toml and use a conventional Python build system like
Poetry to build `python3-dnf` rather than doing it with CMake, but this
is a way to do it with minimal changes to the build process.

Closes RhBug:2239323 [2]

[0] rpm-software-management/dnf5#447
[1] https://packaging.python.org/en/latest/specifications/core-metadata/#core-metadata,
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2239323

= changelog =
msg: Add metadata for `dnf` Python package
type: bugfix
resolves: https://bugzilla.redhat.com/show_bug.cgi?id=2239323

Print better error message when the package specified in the argument is installed but is not available in the currently enabled repositories.

Resolves: https://issues.redhat.com/browse/RHEL-7018

Requires rpm-software-management/libdnf#1622

This is the same test case used by the DNF 5 implementation: rpm-software-management/dnf5#800

Whenever the `releasever` substitution variable is set, automatically
derive and set the `releasever_major` and `releasever_minor` vars by
splitting `releasever` on the first ".".

Companion to the DNF 5 implementation here: rpm-software-management/dnf5#800

DNF 5 issue: rpm-software-management/dnf5#710

For https://bugzilla.redhat.com/show_bug.cgi?id=1789346

=changelog=
msg: Automatically derive $releasever_major and $releasever_minor from $releasever
type: enhancement
resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1789346

=changelog=
msg: Support ${parameter:-word} and ${parameter:+word} parameter expansion in variables
type: enhancement
resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1789346