Closed SomePersonSomeWhereInTheWorld closed 9 months ago
SLiMgui itself requires nothing external at runtime, but Qt probably does. It looks like the key lines are these:
QStandardPaths: XDG_RUNTIME_DIR points to non-existing path '/run/user/xxxxx', please create it with 0700 permissions.
MESA-LOADER: failed to open swrast (search paths /usr/lib64/dri)
libGL error: failed to load driver: swrast
I have no idea what that stuff is; I've never seen these errors before. They're being generated by Qt. I guess I'd recommend googling things like XDG_RUNTIME_DIR
and swrast
to see whether others have encountered this problem; it probably isn't SLiMgui-specific, but rather a general problem with Qt in some contexts. It may be that module load
did an incorrect or incomplete installation of Qt on your platform, or perhaps it didn't install dependencies (swrast
, whatever that is?) that it does in fact depend upon. Anyhow, if you figure out the cause, and a solution, please do repost here for posterity, and perhaps I can add a mention of it in the SLiM manual. In the meantime I'm going to close this issue, because it's a Qt issue not a SLiM issue, and I have no solution for it. (Note that Qt has their own bug database, which you could search and even log a bug in.) I'm not aware of anyone else having run SLiMgui remotely over X; you might also ask on slim-discuss
to see whether someone else has experience with this. Good luck!
(By the way, just to let you know, your chosen username/profile is a bit annoying to me. When I'm providing support for SLiM, it's nice to know who I'm talking to. If you want to use that username, I would suggest that you introduce yourself properly when you start a conversation on GitHub like this, or put some actual information in your user profile. Just a suggestion. :->)
Some progress, MobaXterm works fine. So it's an OpenGL issue on Mac and XQuartz. There is a long standing issue mentioned here, and I've tried setting export LIBGL_ALWAYS_INDIRECT=1
and defaults write org.xquartz.X11 enable_iglx -bool YES
to no avail. I also tried downgrading XQuartz to 2.7.8, no difference.
As for my profile it's for anonymity, I'll email you directly to introduce myself.
On RHEL 8 cluster compute node, using QMake version 3.1, Qt version 5.15.2 via a
module load
, this succeeds in creating theSLiMgui
binary. However trying to start it with XQuartz on a Mac results in a seg fault. DoesSLiMgui
require a file to open? Compiled using:cmake -D CMAKE_PREFIX_PATH=/path/to/Qt/5.15.2/gcc_64 -D BUILD_SLIMGUI=ON ../SLiM
Would the core dump help? Backtrace from it?