On 2025/06/25 23:39, Jesse Hayward via slurm-users wrote:
Does slurm actually depend on x11 now? Or do I need to take a look at my apt config and see what's going on over there, instead.
TL;DR: it doesn't have to - but you might need to buid your own DEB-files
Looking at the SPEC file in the head of the GitHub repo sources, sees this documented:
# build options .rpmmacros options change to default action # ==================== ==================== ======================== ... # --without x11 %_without_x11 1 disable internal X11 support ...
and there's a corresponding
%bcond_without x11
statement.
That would suggest that "the builder" can turn it off when running the configure
To echo Chris's thoughts as well, I'm sure I have asked SchedMD about sview in the past (think I was in a different country too), but I can't now recall what their justification, for needing to pull in the GUI stuff there, was.
FWIW,
If I do an rpm -qR against the RPMs we have on our login nodes then I can see some "obvious" GUI-bits
libgdk-x11-2.0.so.0()(64bit) libgdk_pixbuf-2.0.so.0()(64bit) libgtk-x11-2.0.so.0()(64bit) libpango-1.0.so.0()(64bit) libpangocairo-1.0.so.0()(64bit) libpangoft2-1.0.so.0()(64bit)
but, sadly, they are all requirements for the "main"
slurm
package, which deployes sview, and not, as one might hope
slurm-contribs
where you might hope to find them, or even completely off-side in some (currently non-existing)
slurm-contribs-gui
package.