Bug#595495:
I really don't care about the severity as long as it is RC, but if you think this is not a critical bug than you should take action to get [0] corrected: critical makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. a bug is critical if it breaks unrelated software OR the whole system, not just the latter. Cheers, Luca [0] http://www.debian.org/Bugs/Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495: #595495 affects gcc-4.4 and gcc-4.5
reassign 595495 src:gcc-4.5 4.5.1-4 clone 595495 -1 reassign -1 src:gcc-4.4 4.4.4-12 tags 595495 - sid + experimental thanks Reassigning to the source package (both gcc-4.4 and gcc-4.5 build lib32gcc1) and cloning to notify gcc-4.4 of this RC bug. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495:
severity 595495 serious thanks On 04.09.2010 17:33, Luca Niccoli wrote: severity 595495 critical thank you no, it doesn't make the system unusable. I don't see yet why -8 doesn't have the preinst, and why -11 does have it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495:
P.S. Severity set to critical since it breaks unrelated packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495:
severity 595495 critical thank you It actually happened to me, goodbye /usr/lib32, with all the libraries in there. Then trying to reinstall some 32bit library adds even more files to /emul/ia32-linux, which will trigger the problem again even if the old package that left over a file there is removed. That was bad... Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495: fix affected versions
found 595495 1:4.4.4-12 notfound 595495 1:4.4.4-11 found 595495 1:4.5.1-4 thanks Since I couldn't report the bug from the pbuilder environment, I messed up the affected versions. It is now also reproducible with the latest version in experimental. The problem seems to be http://svn.debian.org/wsvn/gcccvs/branches/sid/gcc-4.4/debian/lib32gccLC.preinst?sc=1 which has been there forever, but was not being used for a long time. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595495: lib32gcc1: preinst may do rm -rf /usr/lib32
Package: lib32gcc1 Version: 1:4.4.4-11 Severity: grave Tags: sid Justification: causes non-serious data loss Hi, some recent packaging changes have resurrected an ancient preinst script that handles^Wmesses with some things related to /usr/lib32 and /emul/ia32-linux/usr/lib. As a result /usr/lib32 becomes a symbolic link to /emul/ia32-linux/usr/lib and previous content of /usr/lib32 is lost Fortunately this only happend to me in a pbuilder environment breaking some build, not a real system. The problem seems to happen only if /emul/ia32-linux still exists - in the pbuilder there was an ancient libssl.so.0.9.7 from 2007 left that I never noticed before. But it is quite likely that "grown" systems that regularily used testing may still have /emul/ia32-linux around because some package updates during the transition phase did not move their stuff properly, so the /emul tree was never removed. 1:4.4.4-8 (testing) and 1:4.5.1-3 (experimental) are not affected. Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lib32gcc1 depends on: ii gcc-XXX-base XXXThe GNU Compiler Collection (base ii libc6-i3862.11.2-2 GNU C Library: 32-bit shared libra lib32gcc1 recommends no packages. lib32gcc1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org