Issue

What were you trying to do that didn't work? We have an internal package that depends on `libipt_LOG.so()(64bit)` and `libip6t_LOG.so()(64bit)`. Everything is fine until we try to also install `iptables-legacy` 1.8.10 (provided by iptables-epel in EPEL 9 Next). It turns out that these two libraries are no longer provided by `iptables-libs` - which is an ABI break. Please provide the package NVR for which bug is seen: iptables-1.8.10-2.el9 How reproducible: Always Steps to reproduce $ comm -3 <(rpm -qp iptables-libs-1.8.10-2.el9.x86_64.rpm --provides | sort) <(rpm -q iptables-libs --provides | sort) iptables-libs = 1.8.10-2.el9 iptables-libs = 1.8.8-6.el9 iptables-libs(x86-64) = 1.8.10-2.el9 iptables-libs(x86-64) = 1.8.8-6.el9 libip6t_LOG.so()(64bit) libip6t_MASQUERADE.so()(64bit) libip6t_SNAT.so()(64bit) libipt_LOG.so()(64bit) libipt_MASQUERADE.so()(64bit) libipt_SNAT.so()(64bit) libxt_DNAT.so()(64bit) libxt_LOG.so()(64bit) libxt_NAT.so()(64bit) Expected results Adding new provides (for libxt_LOG and libxt_NAT) is fine, but dropping 3 libipt_, 3 libip6t_, and libxt_DNAT does not seem fine Actual results

Release Notes

No. of Comments

Resolution

Done-Errata