/srv/irclogs.ubuntu.com/2018/09/10/#ubuntu-x.txt

alkisgHi, I have some schools with this graphics card: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV5 [Riva TNT2 Model 64 / Model 64 Pro] [10de:002d] (rev 15)08:56
alkisgAnd it's causing this segfault in Ubuntu MATE 18.04: http://termbin.com/haem08:56
alkisgIt runs fine up to lightdm, but then when mate starts, xorg produces this segfault. Any parameters that I could try to work around it?08:57
tjaaltonNoAccel?08:58
alkisgThanks, trying...08:59
alkisgNah, the same :/09:24
alkisgTrying with vesa...09:24
tjaaltontry uninstalling nouveau, then it should use modesetting09:25
alkisgTy, trying...09:25
alkisgtjaalton: thank you, that worked, so I guess I can force modeset from xorg.conf if I don't want to uninstall nouveau (multiple clients netbooted from the same image)09:32
tjaaltonsure09:33
alkisgI used to use "vesa" there, but it seems like that stopped working now?09:33
tjaaltonnot sure if it works with kms09:34
alkisgHmm, this is what ltsp puts in xorg.conf, it used to work up to 16.04 but now in 18.04 it still loads nouveau:09:35
alkisgSection "Device"    Identifier "Device0"         Driver "modeset"   EndSection09:35
tjaaltonyou just said using modeset works?09:42
alkisgIf I uninstall nouveau, it's auto loaded09:46
alkisgSo modeset works fine if I apt purge nouveau09:46
tjaaltonok09:46
alkisgBut if I try to specify Driver "modeset" in xorg.conf, it's not loaded, nouveau is, so it fails09:46
alkisgSo something changed in xorg.conf handling/syntax...09:47
tjaaltonthe driver isn't called 'modeset'09:48
tjaaltonbut modesetting09:48
tjaaltonman modesetting09:50
alkisgWhoops, thanks, trying that09:50
alkisgtjaalton: works fine, great, thank you. Should I report the nouveau segfault upstream?09:54
tjaaltonmaybe09:55
tjaaltonif it's still broken on cosmic09:55
alkisgI'll see if I can find such a card locally then, to be able to test more easily09:55
tjaaltonor just build the git version09:55
tjaaltoncosmic has the same release version09:56
tjaaltongit has some fixes that might help09:56
alkisgOK, will do09:56
tjaaltontseliot: hi, nvidia-340 needs fixing, and drop libGLESv1_CM.so.111:12
tjaaltonwhich is now shipped by libgles111:12
tjaaltonalso on bionic11:12
tjaaltonproposed11:13
tjaaltonhmm, or add a diversion11:13
tjaaltonforgot this version doesn't support glvnd11:13
tjaaltonhttps://bugs.launchpad.net/ubuntu/+source/libglvnd/+bug/179154211:17
ubottuLaunchpad bug 1791542 in nvidia-graphics-drivers-340 (Ubuntu) "package libglvnd-dev 1.0.0-2ubuntu2.1 failed to upgrade: trying to overwrite '/usr/lib/x86_64-linux-gnu/libGLESv1_CM.so', which is also in package nvidia-340 340.107-0ubuntu0~gpu18.04.1" [Undecided,New]11:17
tseliottjaalton: we don't do alternatives any more in 340, so libGLESv1_CM.so.1 points to nvidia's binary11:40
tseliotsame as /usr/lib/x86_64-linux-gnu/libEGL.so.111:41
tjaaltonso handle it the same way as libEGL.so.111:42
tjaaltonit doesn't use diversions either?11:47
tjaaltonwonder how it's installable if it would conflict with libegl111:47
tjaaltonSetting up nvidia-340 (340.107-0ubuntu1) ...11:49
tjaaltondpkg: warning: version '*-*' has bad syntax: version number does not start with digit11:49
tjaaltondpkg: error: version '-' has bad syntax: revision number is empty11:49
tjaaltonon a cosmic chroot11:49
tjaalton/var/lib/dpkg/info/nvidia-340.postinst: 121: /var/lib/dpkg/info/nvidia-340.postinst: update-initramfs: not found11:50
tjaaltonand it does use diversions11:50
tseliotcorrect12:11
tseliotIt should be easily fixed12:16
tjaaltonyes, just add libGLESv1_CM.so.1 to the list of libs to divert12:17
tjaaltonin the preinst12:17
tseliotand prerm, and postrm, because diversions are not to be trusted ;)12:25
tjaaltonright12:25
tseliottjaalton: nvidia-graphics-drivers-340 (340.107-0ubuntu2) has the change (in cosmic)14:06
tseliotI need to backport that to bionic14:07
tjaaltoncool, thanks14:08

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!