Thank you so much Uli, that fixed it! I'd be happy to report further if there's anything that I can look up as to why the link might have been missing.
I don't know if it will be of general/debugging interest, however, because my workstation's yum is not the most healthy state: I've followed some bad advice from dodgy internet "how tos" in the past, e.g. installing a kernel beyond the level supported by CentOS, which I've backtracked from. Each kernel change requires reinstalling Nvidia drivers. Currently, yum update generates the following errors, which might be related: yum update Loaded plugins: fastestmirror, langpacks, versionlock Loading mirror speeds from cached hostfile * base: reflector.westga.edu * elrepo: reflector.westga.edu * epel: mirror.team-cymru.com * extras: centos.mirrors.tds.net * nux-dextop: mirror.li.nux.ro * updates: centos.servint.com Resolving Dependencies --> Running transaction check ---> Package xorg-x11-drv-nvidia.x86_64 1:352.99-1.el7 will be updated ---> Package xorg-x11-drv-nvidia.x86_64 1:396.44-1.el7 will be an update --> Processing Dependency: nvidia-kmod >= 1:396.44 for package: 1:xorg-x11-drv-nvidia-396.44-1.el7.x86_64 ---> Package xorg-x11-drv-nvidia-devel.x86_64 1:352.99-1.el7 will be updated ---> Package xorg-x11-drv-nvidia-devel.x86_64 1:396.44-1.el7 will be an update ---> Package xorg-x11-drv-nvidia-gl.x86_64 1:352.99-1.el7 will be updated ---> Package xorg-x11-drv-nvidia-gl.x86_64 1:396.44-1.el7 will be an update ---> Package xorg-x11-drv-nvidia-libs.x86_64 1:352.99-1.el7 will be updated ---> Package xorg-x11-drv-nvidia-libs.x86_64 1:396.44-1.el7 will be an update --> Finished Dependency Resolution Error: Package: 1:xorg-x11-drv-nvidia-396.44-1.el7.x86_64 (cuda) Requires: nvidia-kmod >= 1:396.44 Installed: 1:nvidia-kmod-352.99-2.el7.x86_64 (@cuda) nvidia-kmod = 1:352.99-2.el7 Available: kmod-nvidia-390.67-1.el7_5.elrepo.x86_64 (elrepo) nvidia-kmod = 390.67-1.el7_5.elrepo Available: kmod-nvidia-390.77-1.el7_5.elrepo.x86_64 (elrepo) nvidia-kmod = 390.77-1.el7_5.elrepo You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Thanks again, best, A. On Mon, Aug 20, 2018 at 1:43 PM, Ulrich Sibiller <ul...@gmx.de> wrote: > On Mon, Aug 20, 2018 at 8:17 PM, Alec Bayo <alec.b...@gmail.com> wrote: > > Thanks for the reply Uli. Pasted output below > > > > Also, I was scratching my head some more after sending the previous > email. > > Would I run the two lines below to add these links manually? Or should I > do > > something more/else? > > > > ln -s /usr/lib64/libNX_X11.so.6 /usr/lib64/nx/X11/libX11.so.6 > > ln -s /usr/lib64/libNX_X11.so.6.3.0 /usr/lib64/nx/X11/libX11.so.6.3.0 > > No, this would just be wrong! > > > > $ ldd /usr/bin/nxagent > > linux-vdso.so.1 => (0x00007ffe21fc2000) > > libtirpc.so.1 => /lib64/libtirpc.so.1 (0x00007fa9d1cd4000) > > libX11.so.6 => /lib64/libX11.so.6 (0x00007fa9d1995000) > ... > > libNX_X11.so.6 => /lib64/libNX_X11.so.6 (0x00007fa9d04c9000) > > An here's the problem. You should never see both libs in the ldd > output. NX brings libNX_X11 but does not directly require it > (linker-wise). Instead it requires a libX11.so.6. There must be a link > in an NX related dir (I don't know the exact path on CentOS/RHEL and > cannot look that up atm). That link must be named libX11.so.6 and > point to libNX_X11.so.6. > > It is a trick that is required to ensure the other X11 libs (that are > required by NX) who require a libX11.so.6 themselves use the NX > variant of the lib instead of the one from the system (which would > break NX). > > Now try objdump -x /usr/bin/nxagent. Grep for RUNPATH in the output > and you will find the directory where to put the missing link. In that > directory run > > ln -s /lib64/libNX_X11.so.6 libX11.so.6 > > This should fix it. > > It would be interesting to know the reason for the missing link. > > Uli >
_______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user