Bug#630225: [nvidia-installer-cleanup] Does not install correctly, though nvidia works!

[David Baron]

On Saturday 16 Sivan 5771 22:54:35 Andreas Beckmann wrote:
> On 2011-06-18 21:26, David Baron wrote:
> > On Saturday 16 Sivan 5771 06:28:50 Andreas Beckmann wrote:
> >> On 2011-06-15 20:55, David Baron wrote:
> >>> On Wednesday 13 Sivan 5771 11:18:53 Andreas Beckmann wrote:
> >>>> Try
> >>>> 
> >>>>     dpkg-reconfigure nvidia-installer-cleanup
> >>>> 
> >>>> Andreas
> >>> 
> >>> Did this OK. Did not change anything.
> >> 
> >> Reinstall nvidia-installer-cleanup and post the error message this
> >> installation produces. There must be some error as the package does not
> >> configure properly.
> >> 
> >> Andreas
> > 
> > This is it:
> > Setting up nvidia-installer-cleanup (20110515+1) ...
> > Setting up libglx-nvidia-alternatives (270.41.19-1) ...
> > ERROR: /usr/lib/xorg/modules/extensions/libglx.so does exist even if it
> > is diverted. Aborting.
> 
> That's the culprit. Your system is somehow broken ... there are files
> that werent expected to exist ...
> 
> > So .. the cleanup does install. The libglx-nvidia-alternatives problem is
> > still thee. Note that I synlinksed the extensions/libglx.so myself
> 
> Undo ... and retry
> 
> >--it has no effect,
> 
> It does - breaks libglx-nvidia-alternatives
> 
> > however, some programs look for something there to know that opengl is
> > available! This is NOT what caused the original error which is what ends
> > this report.
> 
> If all the packages are installed properly, in the end you will have
> something in /usr/lib/xorg/modules/extensions/libglx.so
> 
> > So ... two things here:
> > 
> > 1. Something does need to be in
> > /usr/lib/xorg/modules/extensions/libglx.so whether or not diverted,
> > dummy or for real. Otherwise, flightgear, for example, will not run!
> 
> It will be once all the packages have been configured.
> 
> > 2. There is a problem in the libglx-nvidia-alternatives script preventing
> > its configuration. As I posted, nothing is set up for libglx.so but that
> > it apparently does not matter, that the libGL1 setup seems to take care
> > of this.
> 
> Your system is "broken" in a way unknown to libglx-nvidia-alternatives,
> so it gives up and lets you fix it.
> 
> 
> Andreas

OK, I removed it and rerun--here is the output:
dpkg-divert: error: mismatch on divert-to
  when removing `diversion of /usr/lib/xorg/modules/extensions/libglx.so to 
/usr/lib/nvidia/libglx.so.xlibmesa by LOCAL'
  found `local diversion of /usr/lib/xorg/modules/extensions/libglx.so to 
/usr/lib/xorg/modules/extensions/libglx.so.distrib'
dpkg: error processing libglx-nvidia-alternatives (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of nvidia-glx:
 nvidia-glx depends on libglx-nvidia-alternatives; however:
  Package libglx-nvidia-alternatives is not configured yet.
dpkg: error processing nvidia-glx (--configure):
 dependency problems - leaving unconfigured
configured to not write apport reports
                                      configured to not write apport reports
                                                                            Errors 
were encountered while processing:
 libglx-nvidia-alternatives
 nvidia-glx
E: Sub-process /usr/bin/dpkg returned an error code (1)


The "local diversion" was there to protect Nvidia's installation. I guess that 
since it does not matter what is there any more, I could take that out as 
well:

Repeat reinstallation of the cleanup:
Setting up libglx-nvidia-alternatives (270.41.19-1) ...
Adding 'diversion of /usr/lib/xorg/modules/extensions/libglx.so to 
/usr/lib/nvidia/diversions/libglx.so by libglx-nvidia-alternatives'
Adding 'diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so 
to /usr/lib/nvidia/diversions/libglx.so.dbg by libglx-nvidia-alternatives'
Processing triggers for libglx-nvidia-alternatives ...
update-alternatives: using /usr/lib/nvidia/diversions/libglx.so to provide 
/usr/lib/xorg/modules/extensions/libglx.so (libglx.so) in auto mode.
update-alternatives: warning: skip creation of 
/usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so because associated 
file /usr/lib/nvidia/diversions/libglx.so.dbg (of link group libglx.so) 
doesn't exist.
Setting up nvidia-glx (270.41.19-1) ...
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.so to 
/usr/lib/nvidia/libGLcore.so.xlibmesa by nvidia-glx', none removed.
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to 
/usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx', none removed.
No diversion 'diversion of /usr/lib/xorg/modules/extensions/libglx.a to 
/usr/lib/nvidia/libglx.a.xlibmesa by nvidia-glx', none removed.
update-alternatives: using /usr/lib/nvidia/libglx.so to provide 
/usr/lib/xorg/modules/extensions/libglx.so (libglx.so) in auto mode.
Moved the conflicting libraries '/usr/lib/libGL.so.1.0.8762' to 
'/var/tmp/nvidia-backup.g8zEoR'.
Processing triggers for libgl1-nvidia-alternatives ...
update-alternatives: warning: forcing reinstallation of alternative 
/usr/lib/nvidia/libGL.so.1 because link group libGL.so.1 is broken.

I then did a reinstall of the libglx-nvidia-alternatives to see what happens:
Leaving 'diversion of /usr/lib/xorg/modules/extensions/libglx.so to 
/usr/lib/nvidia/diversions/libglx.so by libglx-nvidia-alternatives'
Leaving 'diversion of /usr/lib/debug/usr/lib/xorg/modules/extensions/libglx.so 
to /usr/lib/nvidia/diversions/libglx.so.dbg by libglx-nvidia-alternatives'
Processing triggers for libglx-nvidia-alternatives ...

This looks decent! (So why did not the installation script offer to remove 
that "local diversion?" It did offer to and remove that libGL.so.1.0.8762 as 
part of some obselete past installation.) Hopefully, it will still work :-)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/attachments/20110618/619c4941/attachment-0001.html>