Petr Pisar

Actually there is a use: dnf5 defines WITH_ZCHUNK C Macro because it includes librepo headers which define struct LrDownloadTarget whose size depends in WITH_ZCHUNK macro. That's a terrible bug in...

And DNF5 cannot even remove the build-time dependency on zchunk-devel because librepo-devel does not depend on it, albeit including `` if WITH_ZCHUNK is defined.

I checked DNF5 sources and currently we cannot drop a line. I open librepo bug because we need first fix librepo and then we can simplify DNF5.

librepo has been fixed in its commit 66c99da1206c96fefc1b8279f777afefb79dc614. After librepo releasing a new version with the fix (> 1.17.0), we will be able to patch dnf5 to stop using WITH_ZCHUNK...

More details at . A possible library providing crc32 is zlib.

Already reported in Fedora Bugzilla .

I believe that DNF4 lies. Checking for EUID is not a proper test because in the world of SELinux a nonsuperuser can have plenty of other ways to obtain required...

Would it be possible for DNF5 to print the detailed cause why the transaction faile?. I.e. to follow "Transaction failed: Rpm transaction failed." with "unpacking of archive failed on file...

I'd rather see "dnf5daemon" because other name spaces use "dnf5" instead of "dnf".

See also issue #1341.