[08:56] Hi, 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] And it's causing this segfault in Ubuntu MATE 18.04: http://termbin.com/haem [08:57] It 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:58] NoAccel? [08:59] Thanks, trying... [09:24] Nah, the same :/ [09:24] Trying with vesa... [09:25] try uninstalling nouveau, then it should use modesetting [09:25] Ty, trying... [09:32] tjaalton: 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:33] sure [09:33] I used to use "vesa" there, but it seems like that stopped working now? [09:34] not sure if it works with kms [09:35] Hmm, 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] Section "Device" Identifier "Device0" Driver "modeset" EndSection [09:42] you just said using modeset works? [09:46] If I uninstall nouveau, it's auto loaded [09:46] So modeset works fine if I apt purge nouveau [09:46] ok [09:46] But if I try to specify Driver "modeset" in xorg.conf, it's not loaded, nouveau is, so it fails [09:47] So something changed in xorg.conf handling/syntax... [09:48] the driver isn't called 'modeset' [09:48] but modesetting [09:50] man modesetting [09:50] Whoops, thanks, trying that [09:54] tjaalton: works fine, great, thank you. Should I report the nouveau segfault upstream? [09:55] maybe [09:55] if it's still broken on cosmic [09:55] I'll see if I can find such a card locally then, to be able to test more easily [09:55] or just build the git version [09:56] cosmic has the same release version [09:56] git has some fixes that might help [09:56] OK, will do [11:12] tseliot: hi, nvidia-340 needs fixing, and drop libGLESv1_CM.so.1 [11:12] which is now shipped by libgles1 [11:12] also on bionic [11:13] proposed [11:13] hmm, or add a diversion [11:13] forgot this version doesn't support glvnd [11:17] https://bugs.launchpad.net/ubuntu/+source/libglvnd/+bug/1791542 [11:17] Launchpad 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:40] tjaalton: we don't do alternatives any more in 340, so libGLESv1_CM.so.1 points to nvidia's binary [11:41] same as /usr/lib/x86_64-linux-gnu/libEGL.so.1 [11:42] so handle it the same way as libEGL.so.1 [11:47] it doesn't use diversions either? [11:47] wonder how it's installable if it would conflict with libegl1 [11:49] Setting up nvidia-340 (340.107-0ubuntu1) ... [11:49] dpkg: warning: version '*-*' has bad syntax: version number does not start with digit [11:49] dpkg: error: version '-' has bad syntax: revision number is empty [11:49] on a cosmic chroot [11:50] /var/lib/dpkg/info/nvidia-340.postinst: 121: /var/lib/dpkg/info/nvidia-340.postinst: update-initramfs: not found [11:50] and it does use diversions [12:11] correct [12:16] It should be easily fixed [12:17] yes, just add libGLESv1_CM.so.1 to the list of libs to divert [12:17] in the preinst [12:25] and prerm, and postrm, because diversions are not to be trusted ;) [12:25] right [14:06] tjaalton: nvidia-graphics-drivers-340 (340.107-0ubuntu2) has the change (in cosmic) [14:07] I need to backport that to bionic [14:08] cool, thanks