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

[Filipus Klutiero]

On 2011-07-18 14:49, Andreas Beckmann wrote:
> 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.
glx-diversions wouldn't remove after just removing 
libGL.so.1.2.xlibmesa. Here is what happened at this stage, if I'm 
following the log file correctly:

> Log started: 2011-07-17  23:06:52
> (Reading database ... ^M(Reading database ... 5%^M(Reading database 
> ... 10%^M(Reading database ... 15%^M(Reading database ... 
> 20%^M(Reading database ... 25%^M(Reading database ... 30%^M(Reading 
> database ... 35%^M(Reading database ... 40%^M(Reading database ... 
> 45%^M(Read
> ing database ... 50%^M(Reading database ... 55%^M(Reading database ... 
> 60%^M(Reading database ... 65%^M(Reading database ... 70%^M(Reading 
> database ... 75%^M(Reading database ... 80%^M(Reading database ... 
> 85%^M(Reading database ... 90%^M(Reading database ... 95%^M(Readi
> ng database ... 100%^M(Reading database ... 108988 files and 
> directories currently installed.)
> Removing glx-diversions ...
> No diversion 'diversion of /usr/lib/libGL.so.1.2 to 
> /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions', none removed.
> No diversion 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to 
> /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions', 
> none removed.
> No diversion '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', none removed.
> dpkg-divert: error: mismatch on divert-to
>   when removing `diversion of /usr/lib/libGL.so.1 to 
> /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions'
>   found `diversion of /usr/lib/libGL.so.1 to 
> /usr/lib/fglrx/diversions/libGL.so.1 by fglrx-glx'
> dpkg: error processing glx-diversions (--remove):
>  subprocess installed post-removal script returned error exit status 2
> Errors were encountered while processing:
>  glx-diversions
> Log ended: 2011-07-17  23:06:53

> 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.
Where should it be moved?
> I don't think too many people are affected by this so that debconf
> should be used for this.
>
> Andreas