The only other fix I can see with this would be to make a cmake module which would allow for this replacement.
This package conflicts with provided ./rhel-8-for-x86_64-appstream-rpms/Packages/c/cmake-3.11.4-3.el8.x86_64.rpm which provides cmake3 and contains the packages
/usr/bin/ccmake3 /usr/bin/cmake3 /usr/bin/cpack3 /usr/bin/ctest3 /usr/lib/.build-id
The only way I can see this being allowed in EPEL would be for the EPEL cmake3 package being called cmake3.17 and not conflicting with the above files.
Works for me and was able to find and pull in 'soft' deps if wanted.
I tested install and upgrade
Tested items.
So it could be that it was fixed already but they were listed as being fixed in 4.4.2 so I included them as that was what sites were asking for.
Yep. Will go out next week.
Installed and tested.
Have tested this on 2 systems.
Can you do a audit2allow -v or similar to see why it needs that? I can't replicate on my 6 systems at the moment.
OK I found a bug in various things but 4.3.4-4 works on service nagios start/stop without selinux problems.
@devhen OK time to see what is different between the systems. Does one have selinux running and the other one does not? Does one have the nagios_epel6 selinux policy and the other one does not?
Tested on two systems. Both work after update
What I did to test in the end was to create a small virtual machine and install the packages from the existing setup. I then copied over /etc/nagios. I updated to the newest nagios and ran a nagios -v /etc/nagios/nagios.cfg to see what broke. For our setup we had customized things in a way which 'worked' in previous versions but didn't in the new version. I fixed those up and then edited my nagios.cfg differences into the nagios.cfg.rpmnew so I got the additional configs that the new version wanted.
Unable to install and it is causing updates to 'fail' wthout a skip-broken.
I have tested this update and it does what is needed.