With RHEL 8 being supported until at least 2029, and Red Hat owning Ansible to some degree, I’m honestly confused about the lack of planning around RHEL release cycles.
The example bringing me here to post is a serious bug with “ansible.builtin.dnf” that basically ignores “i686” packages if the “x86_64” package is already installed. This has real business impact as many enterprise applications, for education, still rely on 32-bit libraries unfortunately.
This has been fixed in newer releases and backported as far back as Ansible core 2.18. However issues, and merge requests, are being closed when it comes to 2.16 due to the project dropping support. https://github.com/ansible/ansible/issues/85878
If backports are being refused, for the latest version of Ansible that supports RHEL 8, then there needs to be a better solution then “migrate your rhel 8 to something newer”. The unfortunate reality is we will have no choice but to continue running RHEL 8 until it is no longer supported in 2029 due to vendors, maintenance cycles, and other business conflicts. I doubt I’m the only one stuck in such a situation.
We can currently install up to Python 3.12 on RHEL 8. What does it take to get the missing dnf/selinux libraries needed by Ansible in either appstream, EPEL, PyPi, or something else?