Bug#631845: ..unable to setup glx-alternative-mesa, glx-diversions or recover diversions set by libgl1-diversions

[Andreas Beckmann]

On 2011-06-27 19:26, Arnt Karlsen wrote:
> Package: glx-diversions
> Version: 0.1.2

Looks like you are suffering an upgrade issue from the very first
experimental version of glx-alternatives.

> > pH  libgl1-diversions                                            0.0.0                                                        simplifies replacing MESA libGL with GPU vendor libraries
> iu  glx-alternative-mesa          0.1.2      allows the selection of
MESA as GL

> Removing 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by libgl1-diversions'
> dpkg-divert: error: rename involves overwriting `/usr/lib/x86_64-linux-gnu/libGL.so.1' with
>   different file `/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1', not allowed

Where is the /usr/lib/x86_64-linux-gnu/libGL.so.1 symbolic link pointing to?

Could be from glx-alternative-mesa, so remove that package (and any
other glx-alternative-{nvidia,fglrx}, too. Remove glx-diversions as
well. This will probably need some more packages to be removed, you can
install them again later on (if you need them at all).
Eventually remove libgl1-mesa-glx, too.

If that doesn't help, delete /usr/lib/x86_64-linux-gnu/libGL.so.1   (and
eventually similar links that may produce errors later on), thereafter
the removal of libgl1-diversions should succeed.

Reinstall libgl1-mesa-glx and everything you removed (and still want to
have).

Unfortunately your log does not contain the steps that brought you into
this situation - which package version was upgraded/installed in which
order and what packages (and versions) were installed before.
Eventually /var/log/dpkg.log* has some more history

In my tests upgrades from 0.0.0 to 0.0.1 (which had replaced
libgl1-diversions and libglx-diversions by glx-diversions)) went smoothly.

And there was no package ever (even in experimental) that needed 0.0.0,
the first user was nvidia-graphics-drivers 275.09.07-2 which needed
glx-alternative-nvidia (>= 0.0.1), so 0.0.0 and therefore
libgl1-diversions should have been no longer available at that time.

> ...apart from running out of nuclear ammo, I'm wondering WTF I have to remove closed source Nvidea cruft from 
> an ATI graphics laptop running X.org's radeon driver, below paste is a few days worth of nuclear snippets:

But obviously you had old packages from nvidia-graphics-drivers
installed. Or why did you install libgl1-diversions? Probably as a
dependency of some upgrade, but that couldn't have happened.

And if you want to read a bit about the diversions and alternatives,
there is /usr/share/doc/glx-diversions/README.Debian (in the latest
version).


Andreas