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