Bug#801401: cannot start X from the console command line

[Bill Brelsford]

On Mon, 12 Oct 2015 10:59:27 -0400 James Richardson  
wrote:
> I resolved this on my workstation by installing xserver-xorg-legacy
> and adding the line
> 
> needs_root_rights=yes
> 
> to /etc/X11/Xwrapper.config

Just to confirm -- this solves it for me as well.  Thanks!

Bug#801401: cannot start X from the console command line

[Julien Cristau]

On Mon, Oct 12, 2015 at 19:08:03 -0700, Kelly Clowers wrote:

> On Mon, Oct 12, 2015 at 8:15 AM, Julien Cristau  wrote:
> > On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote:
> >
> >> I just hit this bug as well.
> >>
> >> I have a bash script that sets the WM I choose (from when I was trying
> >> different ones - now I always choose "awesome"), and then does "exec
> >> xinit". Ultimately xinitrc is running the command "awesome" which
> >> starts Awesome WM. No idea what Awesome does internally, but it has
> >> always worked.
> >>
> > You need to make sure X is started on the current VT.
> >
> > Cheers,
> > Julien
> 
> 
> Attempting startx makes it try the same VT, but it still fails with
> "xf86EnableIOPorts: failed to set IOPL for I/O (Operation not
> permitted)"
> 
What driver are you using?  Are you running systemd?  Please show your
Xorg log.

Thanks,
Julien


signature.asc
Description: PGP signature

Bug#801401: cannot start X from the console command line

[Julien Cristau]

On Mon, Oct 12, 2015 at 10:59:27 -0400, James Richardson wrote:

> Package: xserver-xorg
> Version: 1:7.7+12
> Followup-For: Bug #801401
> 
> Dear Maintainer,
> 
> I resolved this on my workstation by installing xserver-xorg-legacy
> and adding the line
> 
> needs_root_rights=yes
> 
> to /etc/X11/Xwrapper.config
> 
> 
> In case it matters: my init system is runit, I run fluxbox via startx.

It does.  X won't work as non-root without logind:

> [   172.319] (EE) systemd-logind: failed to get session: The name 
> org.freedesktop.login1 was not provided by any .service files

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#801401: cannot start X from the console command line

[James Richardson]

Julien Cristau writes:

> On Mon, Oct 12, 2015 at 10:59:27 -0400, James Richardson wrote:
>
>> Package: xserver-xorg
>> Version: 1:7.7+12
>> Followup-For: Bug #801401
>> 
>> Dear Maintainer,
>> 
>> I resolved this on my workstation by installing xserver-xorg-legacy
>> and adding the line
>> 
>> needs_root_rights=yes
>> 
>> to /etc/X11/Xwrapper.config
>> 
>> 
>> In case it matters: my init system is runit, I run fluxbox via startx.
>
> It does.  X won't work as non-root without logind:
>
>> [   172.319] (EE) systemd-logind: failed to get session: The name 
>> org.freedesktop.login1 was not provided by any .service files

I don't have systemd-logind installed, so obviously it will not get a
systemd session, nor do I need such a thing. Other than that it works.

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

On Mon, Oct 12, 2015 at 10:29 AM, Giuseppe Bilotta
 wrote:
> On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau  wrote:
>> How exactly are you starting X?  'startx' is supposed to do the right
>> thing.
>
> I typically start with either startx or a script that does "xinit
> ~/some-local-xinitrc", and neither works. However, I was affected by
> the 227-1 systemd service timeout bug, so that might be part of the
> problem. I'll try again with systemd 227-2

Ok, it seems that with the latest systemd and the latest xorg now
startx works, but xinit doesn't. I've upgraded my script to use startx
instead of xinit.

Is there a reason why it wouldn't work with xinit?

-- 
Giuseppe "Oblomov" Bilotta

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau  wrote:
> How exactly are you starting X?  'startx' is supposed to do the right
> thing.

I typically start with either startx or a script that does "xinit
~/some-local-xinitrc", and neither works. However, I was affected by
the 227-1 systemd service timeout bug, so that might be part of the
problem. I'll try again with systemd 227-2

-- 
Giuseppe "Oblomov" Bilotta

Bug#801401: cannot start X from the console command line

[Julien Cristau]

On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote:

> I just hit this bug as well.
> 
> I have a bash script that sets the WM I choose (from when I was trying
> different ones - now I always choose "awesome"), and then does "exec
> xinit". Ultimately xinitrc is running the command "awesome" which
> starts Awesome WM. No idea what Awesome does internally, but it has
> always worked.
> 
You need to make sure X is started on the current VT.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#801401: cannot start X from the console command line

[James Richardson]

Package: xserver-xorg
Version: 1:7.7+12
Followup-For: Bug #801401

Dear Maintainer,

I resolved this on my workstation by installing xserver-xorg-legacy
and adding the line

needs_root_rights=yes

to /etc/X11/Xwrapper.config


In case it matters: my init system is runit, I run fluxbox via startx.


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Dec 11  2011 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct  6 03:35 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [Quadro 
1000M] [10de:0dfa] (rev a1)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1

Kernel version (/proc/version):
---
Linux version 4.2.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-1 (2015-10-06)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  9410 Dec 14  2011 /var/log/Xorg.8.log
-rw-r--r-- 1 root root 38010 Jul 27 18:15 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 34217 Oct 12 10:35 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   172.294] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[   172.296] X Protocol Version 11, Revision 0
[   172.296] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian
[   172.297] Current Operating System: Linux weasel 4.2.0-1-amd64 #1 SMP Debian 
4.2.3-1 (2015-10-06) x86_64
[   172.297] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-1-amd64 
root=/dev/mapper/vg00-root ro quiet
[   172.298] Build Date: 06 October 2015  07:27:47AM
[   172.299] xorg-server 2:1.17.2-3 (http://www.debian.org/support) 
[   172.300] Current version of pixman: 0.33.2
[   172.301]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   172.301] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   172.304] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 12 10:35:32 
2015
[   172.309] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   172.310] (==) No Layout section.  Using the first Screen section.
[   172.310] (==) No screen section available. Using defaults.
[   172.310] (**) |-->Screen "Default Screen Section" (0)
[   172.310] (**) |   |-->Monitor ""
[   172.311] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   172.311] (==) Automatically adding devices
[   172.312] (==) Automatically enabling devices
[   172.312] (==) Automatically adding GPU devices
[   172.313] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   172.313]Entry deleted from font path.
[   172.317] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[   172.317]Entry deleted from font path.
[   172.317] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[   172.317]Entry deleted from font path.
[   172.317] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
built-ins
[   172.317] (==) ModulePath set to "/usr/lib/xorg/modules"
[   172.317] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   172.317] (II) Loader magic: 0x555adf6cbde0
[   172.317] (II) Module ABI versions:
[   172.317]X.Org ANSI C Emulation: 0.4
[   172.318]X.Org Video Driver: 19.0
[   172.318]X.Org XInput driver : 21.0
[   172.318]X.Org Server Extension : 9.0
[   172.319] (EE) systemd-logind: failed to get session: The name 
org.freedesktop.login1 was not provided by any .service files
[   172.321] (II) xfree86: Adding drm device (/dev/dri/card0)
[   172.737] (--) PCI:*(0:1:0:0) 10de:0dfa:17aa:21cf rev 161, Mem @ 
0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @ 
0x5000/128, BIOS @ 0x/524288
[   172.739] (II) LoadModule: "glx"
[   172.741] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   172.759] (II) Module glx: vendor="X.Org Foundation"
[   172.759]compiled for 1.17.2, module version = 1.0.0
[   172.759]ABI class: X.Org Server Extension, version 9.0
[   172.759] (==) AIGLX enabled
[   172.759] (==) Matched nouveau as autoconfigured driver 0
[   172.759] (==) Matched nv as autoconfigured driver 1
[   172.759] (==) Matched nouveau as autoconfigured driver 2
[   172.759] (==) Matched nv as autoconfigured 

Bug#801401: cannot start X from the console command line

[Kelly Clowers]

On Mon, Oct 12, 2015 at 8:15 AM, Julien Cristau  wrote:
> On Sun, Oct 11, 2015 at 15:48:09 -0700, Kelly Clowers wrote:
>
>> I just hit this bug as well.
>>
>> I have a bash script that sets the WM I choose (from when I was trying
>> different ones - now I always choose "awesome"), and then does "exec
>> xinit". Ultimately xinitrc is running the command "awesome" which
>> starts Awesome WM. No idea what Awesome does internally, but it has
>> always worked.
>>
> You need to make sure X is started on the current VT.
>
> Cheers,
> Julien


Attempting startx makes it try the same VT, but it still fails with
"xf86EnableIOPorts: failed to set IOPL for I/O (Operation not
permitted)"

Dunno if that is what actually stops it, but it the only possibly
relevant error I see.
(Other errors are just complaining about the old font dirs and
unloading libinput for things like the speaker event file - which
happen even when it successfully runs as root.)

Thanks,
Kelly Clowers

Bug#801401: cannot start X from the console command line

[Julien Cristau]

On Fri, Oct  9, 2015 at 18:26:01 +0200, Giuseppe Bilotta wrote:

> Package: xserver-xorg
> Version: 1:7.7+12
> Severity: important
> 
> I normally boot to console and then manually launch X if/when I need it.
> With the latest update to Xorg, trying to start X fails with the error
> 
>  (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory)
> 
> Interestingly, the error is about /dev/tty0 regardless of whether I try
> to start it from the first VT or from a different one (see attached
> logs).
> 
How exactly are you starting X?  'startx' is supposed to do the right
thing.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#801401: cannot start X from the console command line

[Kelly Clowers]

I just hit this bug as well.

I have a bash script that sets the WM I choose (from when I was trying
different ones - now I always choose "awesome"), and then does "exec
xinit". Ultimately xinitrc is running the command "awesome" which
starts Awesome WM. No idea what Awesome does internally, but it has
always worked.

The /dev/tty* files all exist, but while /dev/tty has perms of
rw-rw-rw-, /dev/tty1 has rw--- and the others including tty0 have
rw--w

I have no idea if that is normal. I find if I chmod them to 666, I no
longer get the unable to open tty0 message, but get a blank screen
that accepts no input. I have to use the reset button for soft
restart, and then examining the logs show a message when it tries to
modeset "Permission denied [13]"

Both udev and xorg were upgraded at the same time, I first downgraded
1.17.2-3 to 1.17.2-2 (and 7.7+12 to 7.7+11), the problem persisted. So
I downgraded udev from 227 to 226 (and I know for udev that 226 is
what I was on before), but the problem persisted.

I don't know what version of xorg I had before (although I shouldn't
be that far behind), so I will try going back further next. Although
snapshot.debian.org says that 1.17.2-2 was seen on 2015-08-21, So that
really should have been the one I was on, no way I was that out of
date...

Any advice is appreciated, if there are any tests I can do, let me know...

Kelly Clowers

Bug#801401: cannot start X from the console command line

[Bill Brelsford]

I have the same problem, since upgrading from 1:7.7+9 to 1:7.7+12.
I also start X through a script that does "exec xinit".

Bill

Bug#801401: cannot start X from the console command line

[Kelly Clowers]

So, whatever TTY you are logged in on gets 600 perms, while the others
get 620 (write on group).

If I manually change that TTY from 600 to 620, that clears out the
(EE) xf86OpenConsole: Cannot open /dev/ttyX error

But it doesn't let it run (from xinit or startx). However it does run
from root. Cranking xorg log verbosity up and comparing, the only
relevant error seems to be "xf86EnableIOPorts: failed to set IOPL for
I/O (Operation not permitted)"

I think these permission errors are stemming from this Xorg not
running as root (it is not suid, and /usr/bin/X is no longer a suid
wrapper to Xorg, but a simple symlink to it). To not run as root, it
makes use of logind. I don't know if this bug then is truly on Xorg,
or if it is on the logind side of the fence or what. So far I haven't
found enough info to run tests on what logind is doing.


Thanks,
Kelly Clowers

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

Package: xserver-xorg
Version: 1:7.7+12
Severity: important

I normally boot to console and then manually launch X if/when I need it.
With the latest update to Xorg, trying to start X fails with the error

 (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory)

Interestingly, the error is about /dev/tty0 regardless of whether I try
to start it from the first VT or from a different one (see attached
logs).

I've also installed xserver-xorg-legacy, but the problem persists.

=== 8< === log when starting from the first VT 

[  1577.167] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[  1577.186] X Protocol Version 11, Revision 0
[  1577.192] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian
[  1577.198] Current Operating System: Linux oblomov 4.2.0-1-amd64 #1 SMP 
Debian 4.2.3-1 (2015-10-06) x86_64
[  1577.198] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 
root=UUID=0f69635c-b68c-476c-ba1c-6bdc4c44f397 ro init=/sbin/sysvinit
[  1577.209] Build Date: 06 October 2015  07:27:47AM
[  1577.214] xorg-server 2:1.17.2-3 (http://www.debian.org/support) 
[  1577.219] Current version of pixman: 0.33.2
[  1577.228]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1577.228] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1577.245] (==) Log file: "/home/oblomov/.local/share/xorg/Xorg.0.log", Time: 
Fri Oct  9 18:20:15 2015
[  1577.249] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1577.253] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1577.253] (==) No Layout section.  Using the first Screen section.
[  1577.253] (==) No screen section available. Using defaults.
[  1577.253] (**) |-->Screen "Default Screen Section" (0)
[  1577.253] (**) |   |-->Monitor ""
[  1577.254] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1577.254] (==) Automatically adding devices
[  1577.254] (==) Automatically enabling devices
[  1577.254] (==) Automatically adding GPU devices
[  1577.254] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1577.254]Entry deleted from font path.
[  1577.254] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1577.254] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1577.254] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1577.254] (II) Loader magic: 0x55dea5f46de0
[  1577.254] (II) Module ABI versions:
[  1577.254]X.Org ANSI C Emulation: 0.4
[  1577.254]X.Org Video Driver: 19.0
[  1577.254]X.Org XInput driver : 21.0
[  1577.254]X.Org Server Extension : 9.0
[  1577.256] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_31
[  1577.257] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1577.257] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0
[  1577.258] (--) PCI:*(0:0:2:0) 8086:0416:1028:05fe rev 6, Mem @ 
0xf740/4194304, 0xd000/268435456, I/O @ 0xf000/64
[  1577.259] (--) PCI: (0:2:0:0) 10de:0fe4:1028:05fe rev 161, Mem @ 
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/524288
[  1577.259] (II) LoadModule: "glx"
[  1577.259] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1577.260] (II) Module glx: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 1.0.0
[  1577.260]ABI class: X.Org Server Extension, version 9.0
[  1577.260] (==) AIGLX enabled
[  1577.260] (==) Matched intel as autoconfigured driver 0
[  1577.260] (==) Matched intel as autoconfigured driver 1
[  1577.260] (==) Matched modesetting as autoconfigured driver 2
[  1577.260] (==) Matched fbdev as autoconfigured driver 3
[  1577.260] (==) Matched vesa as autoconfigured driver 4
[  1577.260] (==) Assigned the driver to the xf86ConfigLayout
[  1577.260] (II) LoadModule: "intel"
[  1577.260] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[  1577.260] (II) Module intel: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 2.99.917
[  1577.260]Module class: X.Org Video Driver
[  1577.260]ABI class: X.Org Video Driver, version 19.0
[  1577.260] (II) LoadModule: "modesetting"
[  1577.260] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1577.260] (II) Module modesetting: vendor="X.Org Foundation"
[  1577.260]compiled for 1.17.2, module version = 1.17.2
[  1577.260]Module class: X.Org 

Bug#801401: cannot start X from the console command line

[Giuseppe Bilotta]

Package: xserver-xorg
Version: 1:7.7+12
Followup-For: Bug #801401

Additional information: I've added my user to the `tty` group, and while
Xorg still fails to start, the error is now different:

 (EE) xf86OpenConsole: Cannot open virtual console 5 (Permission denied)

where VC5 is the next free one (so the number changes based on how many
gettys I have spawned).

This is very odd though, shouldn't usermode Xorg try to use the same VC
where it's being launched from?

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Aug  9  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct  6 09:35 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to