Bug#634087: [glx-diversions] fails to install, "ERROR: /usr/lib/nvidia/libGL.so.1.2.xlibmesa does still exist. Aborting."

[Andreas Beckmann]

On 2011-07-18 08:00, Filipus Klutiero wrote:
> I managed to uninstall glx-diversions with:
> 
> rm /usr/lib/nvidia/libGL.so.1.2.xlibmesa
> dpkg-divert --remove /usr/lib/libGL.so.1
> dpkg-divert --remove /usr/lib/xorg/modules/extensions/libglx.so

That would not have been neccessary. glx-diversions would have continued
after you removed the conflicting file.

Since you were using fglrx but these came from "old" nvidia packages
(that did not cooperate with fglrx), you probably had some orphaned
files on your system.

On 2011-07-18 19:54, Filipus Klutiero wrote:
> After cleaning up, I rebooted and X restarted with no problems. I'm now
> using fglrx 11.6 with no issues. debsums reported one missing file,
> which I fixed by reinstalling xserver-xorg-core.

And now you manually cleaned up the orphans (which is hard to do
automatically because the diversions did no longer exist, so no
migration can be done) everything is fine (and should be save for the
future).

On 2011-07-18 08:00, Filipus Klutiero wrote:
> rm /usr/lib/nvidia/libGL.so.1.xlibmesa
> rm /usr/lib/fglrx/diversions/libglx.so
> 
> I am now able to remove and reinstall without issues.
> Please note that none of this stuff is ancient. The system was installed
> no earlier than April 2010.

That's ancient in my eyes, because it is before I overhauled the nvidia
packages for squeeze. Today we even have good cooperation with fglrx in
unstable, we just need to clean up old installs once.

The only thing I can do about this is to give a hint to "move the stray
file out of the way" (stray file = where dpkg does not know an owner and
no diversion exists) and retry the installation.

I don't think too many people are affected by this so that debconf
should be used for this.

Andreas