I don’t understand why installing/updating Graphviz would remove these things either. I had to lookup what Nagios XI even was, and now that I know I don’t understand why Graphviz would have ever depended on such a package.
I think you’ll have to contact whoever maintains the Graphviz package(s) for RHEL 8. We dropped CentOS 8 testing/packaging from the Graphviz repo when it went EOL.
thanks for your effort. I did do that simultaneously. they informed me graphviz had been moved to a different repo for rhel 8, so I simply had to enable that repo. there is no information about that anywhere… annoyingly.
Ah I think I misread your original quoted output and Graphviz doesn’t depend on those packages but rather the reverse.
Not sure exactly what the upgrade does (2.40.1 is the corresponding upstream version, so 2.40.1-40 and 2.40.1-44 are presumably derived from identical upstream versions), but I think one thing to be read from the tea leaves is that 2.40.1-44 was built without GD support. Hence why graphviz-gd x86_64 2.40.1-40.el8 is being removed and not upgraded to graphviz-gd x86_64 2.40.1-44.el8. Though I don’t know how a package manager like dnf handles a situation like this where an upgrade is pulled from a completely different ecosystem to the original package.
Is there something we (upstream Graphviz) could do to ease life for CentOS/RHEL 8 users? Red Hat’s decision to EOL RHEL 8 before RHEL 7 and move to rolling releases burned many of us. For Graphviz we just gave up on trying to CI-test on current CentOS. When CentOS 7 goes EOL we’ll drop that and then probably have no validation at all on Red Hat platforms. This is a regrettable outcome for poor CentOS/RHEL 8 users who’ve had their OS upgrade path cut off and now find all their software slowly decaying around them.