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.
--
slurm-users mailing list -- slurm-users@lists.schedmd.com
To unsubscribe send an email to slurm-users-le...@lists.schedmd.com
