At least one 10.x V2 RPM package still referencing "x86_64" packages

Support
1

I have succesfully mitigated the issue I encountered with ‘reposync’ not knowing about the “x86_64_v2” architecture, and downloaded all of the ‘updates’…

BUT, when performing a ‘yum update’ (or ‘dnf’) I encountered ‘this’ issue, which may be more widespread, though ‘this’ package was the only one my system needed…

> sudo yum update

Last metadata expiration check: 0:04:31 ago on Wed 23 Jul 2025 03:49:40 PM MDT.
Error:
 Problem: cannot install the best update candidate for package python3-libselinux-3.8-1.el10.x86_64_v2
  - nothing provides libselinux(x86-64) = 3.8-2.el10_0 needed by python3-libselinux-3.8-2.el10_0.x86_64_v2 from Linux-Vendor-App-Updates

The ‘quick fix’ was to remove the “python3-libselinux” package, removing the conflict and allowing me to complete the update…

2

I think you might still be missing some packages in your repo.
libselinux-3.8-2.el10_0.x86_64_v2 does provide libselinux(x86-64) = 3.8-2.el10_0.

$ rpm -q --provides libselinux-3.8-2.el10_0.x86_64_v2
libselinux = 3.8-2.el10_0
libselinux(x86-64) = 3.8-2.el10_0
libselinux.so.1()(64bit)
libselinux.so.1(LIBSELINUX_1.0)(64bit)
libselinux.so.1(LIBSELINUX_3.4)(64bit)
libselinux.so.1(LIBSELINUX_3.5)(64bit)
libselinux.so.1(LIBSELINUX_3.8)(64bit)

https://repo.almalinux.org/almalinux/10.0/BaseOS/x86_64_v2/os/Packages/libselinux-3.8-2.el10_0.x86_64_v2.rpm

3

Yes, I was confused (or my eyesight was failing me) in that I thought it was looking for the ‘generic’ x86_64 version of the package (and not the ‘v2’) but I now see that I did not have ALL of the 3.8-2 versions of the packages…

Which I do ‘now’:

> rpm -qa | grep libselinux | sort
libselinux-3.8-2.el10_0.x86_64_v2
libselinux-utils-3.8-2.el10_0.x86_64_v2
python3-libselinux-3.8-2.el10_0.x86_64_v2

Everything is now updated and honky donky…