Open j-mracek opened 7 months ago
We should just always show Epoch: 0
when %EPOCH
is null or zero.
I also vote for always showing the epoch.
Note that createrepo also coerces this to zero, so we would be consistent with that.
Note that createrepo also coerces this to zero, so we would be consistent with that.
I forget to mention that in the issue description. Thank you.
This really should be prioritized, it screws with API consumers too, see: https://github.com/rpm-software-management/dnf5/issues/1359 from @anaselli
Epoch is not handled consistently in DNF, DNF5, RPM
RPM does not show 0 epoch for
rpm -q B
RPM shows 0 epoch
rpm -q B --qf "%{name}-%{evr}\n" when
Epoch: 0` in in spec.rpmbuild
does not add epoch to rpm file name.DNF/DNF5 and command repoquery always shows 0 epoch.
DNF/DNF5 transaction table does not show 0 epoch.
DNF transaction summary does not show 0 epoch.
DNF history info does not show 0 epoch for transaction packages.
DNF5 history info shows 0 epoch for transaction packages.
DNF5 and
Package.to_string()
returns optional epoch as well as Python bindingstr(Package)
DNF5 uses full NEVRA in scriptlets: Running trigger-install scriptlet: man-db-0:2.11.2-2.fc38.x86_64
Createrepo_c always adds 0 epoch to metadata
_Originally posted by @j-mracek in https://github.com/rpm-software-management/dnf5/pull/1092#discussion_r1447308700_