I have downloaded gnuplot sources and built without error.
However, when I run make check, I get:
******************** file simple.dem ********************
qt.qpa.xcb: could not connect to display
qt.qpa.plugin: Could not load the Qt platform plugin “xcb” in “” even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Which means that the build process did use only the headers and so’s of libs that are present in your system and those libs are implicitly linked. The Qt does use explicit linking to activate plugins and the build process does not check for those. Furthermore, the build process (configure) may have enabled/disabled features “non-optimally”.
The EPEL 9 has gnuplot. Therefore, the most logical next step is to send a request to EPEL to build gnuplot for EPEL 10 (el10_1 target).
While that is in process, one could get the src.rpm source package from Fedora 43 and rebuild binary packages from it (with mock, which is in EPEL). The Fedora version of source has better chance to have appropriate configure and requirements than the upstream sources.
What exact version, what exact commands did you use, (ignore make check).
What exact command do you use to start the app, and what exact error do you get.
What exact Qt packages are installed, and which are available.
FWIW, it was version 6.0.4 and I also tried starting it with the gnuplot command.
The error is in my original post.
However, it seems that tis issue is nothing to do with the version or even gnuplot or the Qt version (I have tried 6 and 5 but 6 is lacking some required components so I buillt with 5.
I get exactly the same issue with Qtgrace and UPSmart.
Obviously, something is missing from Rocky 10. Probably in wayland.
It’s xmas so I will not have a chance to try the Fedora 43 source for a while.