reassign 397276 lib32gfortran0 found 397276 lib32gfortran0 4.0.3-3 thanks On Mon, Nov 06, 2006 at 10:11:22AM +0300, Alexei Sheplyakov wrote: > Preparing to replace libc6-i386 2.3.6.ds1-4 (using > .../libc6-i386_2.3.6.ds1-7_amd64.deb) ... > Unpacking replacement libc6-i386 ... > dpkg: error processing > /var/cache/apt/archives/libc6-i386_2.3.6.ds1-7_amd64.deb (--unpack): > trying to overwrite `/usr/lib32', which is also in package lib32gfortran0 > Preparing to replace libc6 2.3.6.ds1-4 (using > .../libc6_2.3.6.ds1-7_amd64.deb) ... > Unpacking replacement libc6 ... > Errors were encountered while processing: > /var/cache/apt/archives/libc6-i386_2.3.6.ds1-7_amd64.deb > E: Sub-process /usr/bin/dpkg returned an error code (1)
> Feel free to reassign to lib32gfortran0 if you think this is > appropriate. Just in a case, the version of lib32gfortran0 package I > use is 4.0.3-3. Yes, libc6-i386 is the package that "owns" /usr/lib32, so I believe this is a bug in lib32gfortran0. It looks like this bug can be fixed for etch simply by letting the new version of gcc-4.0 in, which no longer builds lib32gfortran0 at all; the lib32gfortran1 package from gcc-4.1 does not have this bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
