Ok, so I investigated further. It seems that the NVIDIA-Solaris-x86-304.137 package bundle does not include libEGL.so.1, but versions 390.138 and 340.108 do.
But since X is actually working, is this an issue with lightdm? /tony On Tue, 2020-08-25 at 06:36 +0000, Tony Brian Albers wrote: > Good morning, > > So I managed to find an old nvidia card, and I got the nvidia driver > installed. I followed the notes here: > https://wiki.openindiana.org/oi/Nvidia+Graphics > > But to uninstall driver/graphics/nvidia, I also had to remove xorg- > video (meta package). > > During the 'bootadm update-archive -R /mnt' step, it reported that > the > driver was 32-bit and would be excluded. > > After that, and a reboot, lightdm won't start. > > Xorg works, running startx when logged in gives me a nice twm > desktop. > Also, Xorg.0.log states that the nvidia driver 304.137 is actually in > use. > > But lightdm -not so much. > From /var/log/lightdm/seat0-greeter.log : > > ** Message: 07:24:18.123: [Configuration] Reading file: > /etc/lightdm/lightdm-gtk-greeter.conf > ld.so.1: lightdm-gtk-greeter: fatal: libEGL.so.1: open failed: No > such > file or directory > ld.so.1: lightdm-gtk-greeter: fatal: relocation error: file > /usr/lib/64/libcairo.so.2: symbol eglGetProcAddress: referenced > symbol > not found > ld.so.1: lightdm-gtk-greeter: fatal: relocation error: file > /usr/lib/64/libgtk-3.so.0: symbol cairo_pattern_destroy: referenced > symbol not found > ld.so.1: lightdm-gtk-greeter: fatal: relocation error: file > /usr/sbin/lightdm-gtk-greeter: symbol gtk_init: referenced symbol not > found > > Which is odd, since it used to work. > Using ldd on /usr/sbin/lightdm-gtk-greeter, it reports: > > libEGL.so.1 => (file not found) > > And chasing down the symbolic links, I get: > > root@emu:/usr/lib/amd64# ls -l /usr/lib/64/libEGL.so.1 > lrwxrwxrwx 1 root root 23 aug. 23 12:52 > /usr/lib/64/libEGL.so.1 -> ../GL/amd64/libEGL.so.1 > > root@emu:/usr/lib/amd64# ls -l /usr/lib/GL/amd64/libEGL.so.1 > lrwxrwxrwx 1 root root 48 aug. 23 12:52 > /usr/lib/GL/amd64/libEGL.so.1 -> > ../../../../var/run/opengl/lib/amd64/libEGL.so.1 > > root@emu:/usr/X11/lib# ls -l /var/run/opengl/lib/amd64/libEGL.so.1 > lrwxrwxrwx 1 root root 37 aug. 25 07:24 > /var/run/opengl/lib/amd64/libEGL.so.1 -> > /usr/X11/lib/NVIDIA/amd64/libEGL.so.1 > > root@emu:/usr/lib/amd64# ls -l /usr/X11/lib/NVIDIA/amd64/libEGL.so.1 > /usr/X11/lib/NVIDIA/amd64/libEGL.so.1: No such file or directory > > Hmm.. > > So, what package is supposed to provide this?: > > root@emu:/var/log/lightdm# pkg search -l libEGL.so.1 > INDEX ACTION VALUE PACKAGE > basename link usr/lib/amd64/libEGL.so.1 pkg: > /service/opengl/ogl-select@0.5.11-2020.0.1.5 > basename link usr/lib/GL/amd64/libEGL.so.1 pkg: > /service/opengl/ogl-select@0.5.11-2020.0.1.5 > basename link usr/lib/GL/libEGL.so.1 pkg: > /service/opengl/ogl-select@0.5.11-2020.0.1.5 > basename link usr/lib/libEGL.so.1 pkg: > /service/opengl/ogl-select@0.5.11-2020.0.1.5 > basename link usr/lib/mesa/amd64/libEGL.so.1 pkg: > /x11/library/mesa@13.0.6-2020.0.1.7 > basename link usr/lib/mesa/libEGL.so.1 pkg: > /x11/library/mesa@13.0.6-2020.0.1.7 > > Looking closer at these, it seems that only the files from "mesa" are > actual files. The others are just symlinks. > These are the 'real' ones: > > root@emu:/usr# ls -l lib/mesa/libEGL.so.1 > lrwxrwxrwx 1 root root 15 aug. 23 12:52 > lib/mesa/libEGL.so.1 -> libEGL.so.1.0.0 > > root@emu:/usr# ls -l lib/mesa/amd64/libEGL* > lrwxrwxrwx 1 root root 15 aug. 23 12:52 > lib/mesa/amd64/libEGL.so -> libEGL.so.1.0.0 > lrwxrwxrwx 1 root root 15 aug. 23 12:52 > lib/mesa/amd64/libEGL.so.1 -> libEGL.so.1.0.0 > -r-xr-xr-x 1 root bin 224736 aug. 23 18:32 > lib/mesa/amd64/libEGL.so.1.0.0 > > root@emu:/usr/lib/mesa/amd64# file libEGL.so.1.0.0 > libEGL.so.1.0.0: ELF 64-bit LSB dynamic lib AMD64 Version 1, > dynamically linked, not stripped, no debugging information available > > > So it seems that the files are there, but the symlinks are incorrect. > > It looks like the libs from the mesa package are never found. > > > What could be the cause of this and how do I fix it? > > TIA, > > /tony > -- Tony Albers - Systems Architect - IT Development Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142 _______________________________________________ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
