Server redhat 9 with the latest nagiosxi version.
There is new libpng.x86_64 out package out, if you try to patch the system, you get:
dnf update
Updating Subscription Management repositories.
Last metadata expiration check: 1:21:37 ago on Thu 07 May 2026 05:58:55 PM EEST.
Error:
Problem: package libpng-devel-2:1.6.37-12.el9_7.2.x86_64 from @System requires libpng(x86-64) = 2:1.6.37-12.el9_7.2, but none of the providers can be installed
- cannot install both libpng-2:1.6.37-12.el9_7.3.x86_64 from rhel-9-for-x86_64-baseos-rpms and libpng-2:1.6.37-12.el9_7.2.x86_64 from @System
- cannot install both libpng-2:1.6.37-12.el9_7.3.x86_64 from rhel-9-for-x86_64-baseos-rpms and libpng-2:1.6.37-12.el9_7.2.x86_64 from rhel-9-for-x86_64-baseos-rpms
- cannot install the best update candidate for package libpng-devel-2:1.6.37-12.el9_7.2.x86_64
- cannot install the best update candidate for package libpng-2:1.6.37-12.el9_7.2.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Any ideas what is the conflict about and is one of those options safe to use with nagiosXI or it depends on some specific libpng version?
Tested this with both live and test, both have same issue.
nagios issue with redhat and libpng update
Re: nagios issue with redhat and libpng update
Hi elinagios,
Generally we recommend staying with the default version of components and libraries provided by your OS's packaging system and try not to prescribe package versions when we can. In this case it looks like the build/patch version number has changed but the library versions is the same for the package. So effectively it's the same version of the library.
Probably the best starting point for this problems is to clear your packaging systems cache and try updating the packages again.
Thanks and kind regards.
Generally we recommend staying with the default version of components and libraries provided by your OS's packaging system and try not to prescribe package versions when we can. In this case it looks like the build/patch version number has changed but the library versions is the same for the package. So effectively it's the same version of the library.
Code: Select all
libpng-devel-2:1.6.37-12.el9_7.2.x86_64
libpng-2:1.6.37-12.el9_7.3.x86_64
Code: Select all
dnf clean all
dnf makecache
dnf update libpng libpng-devel
Re: nagios issue with redhat and libpng update
Has anyone else seen similar dependency conflicts after recent RHEL 9.7 updates with other Nagios XI packages? I’m wondering if this is just a stale cache issue or if some Nagios components are indirectly locking the older libpng-devel build.1000 games
-
DoubleDoubleA
- Posts: 307
- Joined: Thu Feb 09, 2017 5:07 pm
Re: nagios issue with redhat and libpng update
I'm keeping an eye on this. We QA both installs and upgrades with 9.7 currently, so I'd like to think we would be seeing this as well, but the QA team reports no similar issues on our end.
Re: nagios issue with redhat and libpng update
For me, at least somehow it was fixed, without me doing anything. So my guess is that it was some sort of repo error with that package and the repo owner fixed this.
-
DoubleDoubleA
- Posts: 307
- Joined: Thu Feb 09, 2017 5:07 pm
Re: nagios issue with redhat and libpng update
Thanks for the update. Upstream does occasionally cause headaches.
Re: nagios issue with redhat and libpng update
Thanks for the helpful details in this thread. when package conflicts like this happen, is running dnf clean all usually the safest first step, or are there other Nagios-specific checks we should run before clearing the cache?нулс бравл