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