Graphviz update issue

Not sure how to proceed, as the graphviz packages on the RHEL8 appstream repo is different than what we have installed on our server:

dnf update graphviz* --allowerasing

Updating Subscription Management repositories.
Last metadata expiration check: 4:08:19 ago on Thu 07 Sep 2023 05:07:43 AM CDT.
Dependencies resolved.

Package Architecture Version Repository Size

graphviz x86_64 2.40.1-44.el8 rhel-8-for-x86_64-appstream-rpms 1.8 M
Removing dependent packages:
graphviz-gd x86_64 2.40.1-40.el8 @nagiosxi-deps 48 k
nagiosxi-deps-el8 noarch 5.10.0-1 @@commandline 0

Transaction Summary

Upgrade 1 Package
Remove 2 Packages

Not sure what the update would do and don’t want to break our NagiosXI installation.

Any explanations? Were the packages combined?

Just looking for a solid answer and an idea as to - will it continue to function if I make the update happen.

Thank you


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.

again - thank you.


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.

we’ve gone with licensed RH, so while it is some work, we have help and support.

and once I added that other repo, it all worked:

dnf list graphviz*

Updating Subscription Management repositories.
Last metadata expiration check: 1:37:43 ago on Fri 08 Sep 2023 06:31:54 AM CDT.
Installed Packages
graphviz.x86_64 2.40.1-44.el8 @rhel-8-for-x86_64-appstream-rpms
graphviz-gd.x86_64 2.40.1-44.el8 @codeready-builder-for-rhel-8-x86_64-rpms
Available Packages
graphviz.i686 2.40.1-44.el8 rhel-8-for-x86_64-appstream-rpms
graphviz-devel.i686 2.40.1-44.el8 codeready-builder-for-rhel-8-x86_64-rpms
graphviz-devel.x86_64 2.40.1-44.el8 codeready-builder-for-rhel-8-x86_64-rpms
graphviz-doc.x86_64 2.40.1-44.el8 codeready-builder-for-rhel-8-x86_64-rpms
graphviz-gd.i686 2.40.1-44.el8 codeready-builder-for-rhel-8-x86_64-rpms
graphviz-python3.x86_64 2.40.1-44.el8 codeready-builder-for-rhel-8-x86_64-rpms

the app nagios uses graphviz for some functions in the administrative console for performance graphing and such