Bug#596898: libgl1-nvidia-alternatives: Updating almost any package breaks dri

Tue Sep 21 20:38:53 UTC 2010

Package: libgl1-nvidia-alternatives
Version: 256.53-1
Severity: normal

Hello,

two days ago I switched to the new nvidia driver 256.53 , hoping that problems
might vanish. First upgrade yesterday went fine. DRI stayed with me. But today
the problems came back. So I could try your proposal. It was a good proposal
and you were right:

before updating:
ingo at ik:~$  ls -la /usr/lib/libGL.* /etc/alternatives/libGL.*
lrwxrwxrwx 1 root root     35  8. Sep 17:29 /etc/alternatives/libGL.so ->
/usr/lib/nvidia/diversions/libGL.so
lrwxrwxrwx 1 root root     26 20. Sep 07:08 /etc/alternatives/libGL.so.1 ->
/usr/lib/nvidia/libGL.so.1
lrwxrwxrwx 1 root root     26  8. Sep 17:29 /usr/lib/libGL.so ->
/etc/alternatives/libGL.so
lrwxrwxrwx 1 root root     28 20. Sep 07:08 /usr/lib/libGL.so.1 ->
/etc/alternatives/libGL.so.1
-rw-r--r-- 1 root root 425832 23. Feb 2007  /usr/lib/libGL.so.1.3

after updating:
ingo at ik:~$  ls -la /usr/lib/libGL.* /etc/alternatives/libGL.*
lrwxrwxrwx 1 root root     35  8. Sep 17:29 /etc/alternatives/libGL.so ->
/usr/lib/nvidia/diversions/libGL.so
lrwxrwxrwx 1 root root     26 20. Sep 07:08 /etc/alternatives/libGL.so.1 ->
/usr/lib/nvidia/libGL.so.1
lrwxrwxrwx 1 root root     26  8. Sep 17:29 /usr/lib/libGL.so ->
/etc/alternatives/libGL.so
lrwxrwxrwx 1 root root     12 21. Sep 14:30 /usr/lib/libGL.so.1 -> libGL.so.1.3
-rw-r--r-- 1 root root 425832 23. Feb 2007  /usr/lib/libGL.so.1.3

Now it seems to me that I am the one who has to be blamed, too. As far as I
understand, my system seems to be messed up. I could not find a package to
where libGL.so.1.3 belongs . Google says , it could be an old matrox driver. I
never had a matrox card. Until now I have no idea how to remove (just delete
it?) it and why the script gets linked to it.
And on the other hand the question remains: How can updating nearly any package
break the rules of libgl1-nvidia-alternatives? Even if there wasn't a
libGL.so.1.3, why should updating switch anything? (But maybe I am just too
dumb to understand... )

BtW. the output of locate libGL.so:

ingo at ik:~$ locate libGL.so.
/etc/alternatives/libGL.so.1
/usr/lib/libGL.so.1
/usr/lib/libGL.so.1.3
/usr/lib/nvidia/diversions/libGL.so.1
/usr/lib/nvidia/diversions/libGL.so.1.2
/usr/lib/nvidia/libGL.so.1
/usr/lib/nvidia/libGL.so.256.53
/var/lib/dpkg/alternatives/libGL.so.1

Thank you for your patience
Ingo

-- Package-specific info:
uname -a:
Linux ik 2.6.35-trunk-amd64 #1 SMP Mon Sep 6 19:12:14 UTC 2010 x86_64 GNU/Linux

/proc/version:
Linux version 2.6.35-trunk-amd64 (Debian 2.6.35-1~experimental.3) (maks at debian.org) (gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) ) #1 SMP Mon Sep 6 19:12:14 UTC 2010

/proc/driver/nvidia/version: 
NVRM version: NVIDIA UNIX x86_64 Kernel Module  256.53  Fri Aug 27 20:27:48 PDT 2010
GCC version:  gcc version 4.4.5 20100728 (prerelease) (Debian 4.4.4-8) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: nVidia Corporation NV43 [GeForce 6600 GT] [10de:00f1] (rev a2) (prog-if 00 [VGA controller])
	Subsystem: Giga-byte Technology GV-N66T128VP [1458:3150]
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 248 (1250ns min, 250ns max)
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16M]
	Region 1: Memory at e0000000 (32-bit, prefetchable) [size=256M]
	Region 2: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
	[virtual] Expansion ROM at f9f00000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: nvidia

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE at euro, LC_CTYPE=de_DE at euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages nvidia-glx depends on:
ii  dpkg                          1.15.8.4   Debian package management system
ii  libc6                         2.11.2-5   Embedded GNU C Library: Shared lib
ii  libgl1-nvidia-glx [libgl1-nvi 256.53-1   NVIDIA binary OpenGL libraries
ii  libglx-nvidia-alternatives    256.53-1   simplifies replacing Xorg module l
ii  nvidia-kernel-dkms [nvidia-ke 256.53-1   NVIDIA binary kernel module DKMS s

Versions of packages nvidia-kernel-dkms depends on:
ii  dkms                          2.1.1.2-5  Dynamic Kernel Module Support Fram
ii  nvidia-kernel-common          20100522+2 NVIDIA binary kernel module suppor

Versions of packages nvidia-kernel-source depends on:
ii  debhelper                     8.0.0      helper programs for debian/rules
ii  make                          3.81-8     An utility for Directing compilati
ii  quilt                         0.48-7     Tool to work with series of patche

Versions of packages libgl1-nvidia-alternatives is related to:
ii  binutils         2.20.1-12               The GNU assembler, linker and bina
pn  binutils-gold    <none>                  (no description available)
ii  linux-headers-2. 2.6.32-23               Header files for Linux 2.6.32-5-am
ii  linux-headers-2. 2.6.34-1~experimental.2 Header files for Linux 2.6.34-1-am
ii  linux-headers-2. 2.6.35-1~experimental.3 Header files for Linux 2.6.35-trun
ii  nvidia-glx [nvid 256.53-1                NVIDIA binary Xorg driver
ii  nvidia-kernel-co 20100522+2              NVIDIA binary kernel module suppor
ii  nvidia-kernel-dk 256.53-1                NVIDIA binary kernel module DKMS s
ii  nvidia-kernel-so 256.53-1                NVIDIA binary kernel module source
ii  xserver-xorg     1:7.5+7                 the X.Org X server
ii  xserver-xorg-cor 2:1.7.7-6               Xorg X server - core server

-- no debconf information