On Sat, Oct 10, 2020 at 6:06 AM James Bowery <jabow...@gmail.com> wrote: > > Looking up > > qt.qpa.xcb: X server does not support XInput 2
Normally this is not a problem because the toolskits (qt in this case) can normally also handle Xinput 1, which X2go (or rather NX) provides. So I think this is only a warning and not an error that prevents your software working. > I discovered > > https://community.rstudio.com/t/x2go-and-rstudio/29704/5 > > which linked to > > https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround > This workaround is about graphics problems, not Input problems as the message reading xinput tells us. Chances are that your app is not working because of graphics problems but I cannot be sure from the information we have. > but following the directions for Ubuntu, I get: > > E: You must put some 'source' URIs in your sources.list This indicates your apt configuration does not include links to the source codes of the ubuntu packages. But you you don't need those because you should be to compile a current version of mesa as shown right at the beginning of the page. The sources stuff was just for convenience. If you instead want to use the exact source code as used to build the ubuntu 20 mesa package you can adapt your /etc/apt/sources.list to contain the deb-src lines as shown here: https://rephlex.de/blog/2019/11/25/clean-default-sources-list-file-for-ubuntu-20-04-focal/. Afterwards run sudo apt-get update and then go on with the workaround documentation. > Moreover, the directions are for Ubuntu 14 and we're on 20, so I'm not even > sure the directions are up to date if, indeed, the problem with x2go still > exists after all this time. Well, enabling this is not a simple task because the (underlying) nx code is too old. I am working on updating that but it takes (too much) time. I had a working version some years ago but it was a kludge. We decided to go a cleaner way of updating the base first and then integration of GLX 1.4 is easy. However, this would still not help in many cases since newer software requires never OpenGL versions which are not available through GLX. For those programs you'd need to apply the workaround anyway. What we should really do is adding a precompiled workaround and some wrapper to the distribution to simplify using the workaround. Uli _______________________________________________ x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
