On Monday, 27. September 2010 21:57:54 Goswin von Brederlow wrote: > Diego Lopez Leon <[email protected]> writes: ... > > sandia:~# dpkg -i /var/cache/apt/archives/ia32-libs_20100919_amd64.deb > > (Reading database ... 325361 files and directories currently installed.) > > Unpacking ia32-libs (from .../ia32-libs_20100919_amd64.deb) ... > > dpkg: error processing > > /var/cache/apt/archives/ia32-libs_20100919_amd64.deb (--install): unable > > to create `/usr/lib32/nvidia/diversions/libGL.so.1.2.dpkg-new' (while > > processing `./usr/lib32/libGL.so.1.2'): No such file or directory ... > I think the problem is that /usr/lib32/nvidia/diversions/ does not exist > while there still is a diversion for /usr/lib32/libGL.so.1.2 to that > place. Please run the following commands and send the output to this bug: > > dpkg -S libGL.so.1.2 > ls -lhd /usr/lib32 > ls -lhd /usr/lib32/nvidia > ls -lhd /usr/lib32/nvidia/diversions > ls -lh /usr/lib32/nvidia/diversions > > I'm reassigning the bug to nvidia on the above assumption.
Do you have a /emul directory? Did you by chance upgrade lib32gcc1 to 1:4.4.4-12 (from unstable) or 1:4.5.1-4 (from experimental) recently (these packages were around for a very short time around September 3rd)? These two versions had a bug that could delete your /usr/lib32. In that case reinstalling/updating libgl1-nvidia-alternatives would have restored the lost diversion target directory. Did you upgrade some really ancient nvidia package recently (after libgl1-nvidia-alternatives was installed for the first time)? (You can probably find some history of your install/upgrade activity in /var/log/dpkg*) Why did you install ia32-libs by hand? Was this an upgrade or a new installation? If this was a new installation, why did you have libgl1-nvidia-alternatives previously installed at all? Andreas -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
