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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100904141328.13542.2175.report...@calzone.localnet
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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009041636.08472.deb...@abeckmann.de
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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=neskcfcq5teroxgo6noiu35x9kahtbymmc...@mail.gmail.com
Bug#595495:
P.S. Severity set to critical since it breaks unrelated packages. -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=fcy_9e+yvnpnvrdnbbjuqgnu-ih20su7ce...@mail.gmail.com
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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c82bd75.8010...@debian.org
Processed: Re: Bug#595495:
Processing commands for cont...@bugs.debian.org: severity 595495 serious Bug #595495 [lib32gcc1] lib32gcc1: preinst may do rm -rf /usr/lib32 Severity set to 'serious' from 'critical' thanks Stopping processing here. Please contact me if you need assistance. -- 595495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12836366101842.transcr...@bugs.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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201009050012.27037.deb...@abeckmann.de
Bug#595495: marked as done (lib32gcc1: preinst may do rm -rf /usr/lib32)
Your message dated Sat, 04 Sep 2010 22:33:39 + with message-id e1os1ip-0005ti...@franck.debian.org and subject line Bug#595495: fixed in gcc-4.4 4.4.4-13 has caused the Debian Bug report #595495, regarding lib32gcc1: preinst may do rm -rf /usr/lib32 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 595495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- 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 ---End Message--- ---BeginMessage--- Source: gcc-4.4 Source-Version: 4.4.4-13 We believe that the bug you reported is fixed in the latest version of gcc-4.4, which is due to be installed in the Debian FTP archive: cpp-4.4_4.4.4-13_armel.deb to main/g/gcc-4.4/cpp-4.4_4.4.4-13_armel.deb cpp-4.4_4.4.4-13_i386.deb to main/g/gcc-4.4/cpp-4.4_4.4.4-13_i386.deb cpp-4.4_4.4.4-13_powerpc.deb to main/g/gcc-4.4/cpp-4.4_4.4.4-13_powerpc.deb fixincludes_4.4.4-13_armel.deb to main/g/gcc-4.4/fixincludes_4.4.4-13_armel.deb fixincludes_4.4.4-13_i386.deb to main/g/gcc-4.4/fixincludes_4.4.4-13_i386.deb fixincludes_4.4.4-13_powerpc.deb to main/g/gcc-4.4/fixincludes_4.4.4-13_powerpc.deb g++-4.4-multilib_4.4.4-13_i386.deb to main/g/gcc-4.4/g++-4.4-multilib_4.4.4-13_i386.deb g++-4.4-multilib_4.4.4-13_powerpc.deb to main/g/gcc-4.4/g++-4.4-multilib_4.4.4-13_powerpc.deb g++-4.4-spu_4.4.4-13_powerpc.deb to main/g/gcc-4.4/g++-4.4-spu_4.4.4-13_powerpc.deb g++-4.4_4.4.4-13_armel.deb to main/g/gcc-4.4/g++-4.4_4.4.4-13_armel.deb g++-4.4_4.4.4-13_i386.deb to main/g/gcc-4.4/g++-4.4_4.4.4-13_i386.deb g++-4.4_4.4.4-13_powerpc.deb to main/g/gcc-4.4/g++-4.4_4.4.4-13_powerpc.deb gcc-4.4-base_4.4.4-13_armel.deb to main/g/gcc-4.4/gcc-4.4-base_4.4.4-13_armel.deb gcc-4.4-base_4.4.4-13_i386.deb to main/g/gcc-4.4/gcc-4.4-base_4.4.4-13_i386.deb gcc-4.4-base_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gcc-4.4-base_4.4.4-13_powerpc.deb gcc-4.4-locales_4.4.4-13_all.deb to main/g/gcc-4.4/gcc-4.4-locales_4.4.4-13_all.deb gcc-4.4-multilib_4.4.4-13_i386.deb to main/g/gcc-4.4/gcc-4.4-multilib_4.4.4-13_i386.deb gcc-4.4-multilib_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gcc-4.4-multilib_4.4.4-13_powerpc.deb gcc-4.4-source_4.4.4-13_all.deb to main/g/gcc-4.4/gcc-4.4-source_4.4.4-13_all.deb gcc-4.4-spu_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gcc-4.4-spu_4.4.4-13_powerpc.deb gcc-4.4_4.4.4-13.diff.gz to main/g/gcc-4.4/gcc-4.4_4.4.4-13.diff.gz gcc-4.4_4.4.4-13.dsc to main/g/gcc-4.4/gcc-4.4_4.4.4-13.dsc gcc-4.4_4.4.4-13_armel.deb to main/g/gcc-4.4/gcc-4.4_4.4.4-13_armel.deb gcc-4.4_4.4.4-13_i386.deb to main/g/gcc-4.4/gcc-4.4_4.4.4-13_i386.deb gcc-4.4_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gcc-4.4_4.4.4-13_powerpc.deb gfortran-4.4-multilib_4.4.4-13_i386.deb to main/g/gcc-4.4/gfortran-4.4-multilib_4.4.4-13_i386.deb gfortran-4.4-multilib_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gfortran-4.4-multilib_4.4.4-13_powerpc.deb gfortran-4.4-spu_4.4.4-13_powerpc.deb to main/g/gcc-4.4/gfortran-4.4-spu_4.4.4-13_powerpc.deb gfortran
Bug#595495: marked as done (lib32gcc1: preinst may do rm -rf /usr/lib32)
Your message dated Sat, 04 Sep 2010 22:34:36 + with message-id e1os1jk-0006gu...@franck.debian.org and subject line Bug#595495: fixed in gcc-4.5 4.5.1-5 has caused the Debian Bug report #595495, regarding lib32gcc1: preinst may do rm -rf /usr/lib32 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 595495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- 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 ---End Message--- ---BeginMessage--- Source: gcc-4.5 Source-Version: 4.5.1-5 We believe that the bug you reported is fixed in the latest version of gcc-4.5, which is due to be installed in the Debian FTP archive: cpp-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/cpp-4.5_4.5.1-5_amd64.deb fixincludes_4.5.1-5_amd64.deb to main/g/gcc-4.5/fixincludes_4.5.1-5_amd64.deb g++-4.5-multilib_4.5.1-5_amd64.deb to main/g/gcc-4.5/g++-4.5-multilib_4.5.1-5_amd64.deb g++-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/g++-4.5_4.5.1-5_amd64.deb gcc-4.5-base_4.5.1-5_amd64.deb to main/g/gcc-4.5/gcc-4.5-base_4.5.1-5_amd64.deb gcc-4.5-locales_4.5.1-5_all.deb to main/g/gcc-4.5/gcc-4.5-locales_4.5.1-5_all.deb gcc-4.5-multilib_4.5.1-5_amd64.deb to main/g/gcc-4.5/gcc-4.5-multilib_4.5.1-5_amd64.deb gcc-4.5-plugin-dev_4.5.1-5_amd64.deb to main/g/gcc-4.5/gcc-4.5-plugin-dev_4.5.1-5_amd64.deb gcc-4.5-source_4.5.1-5_all.deb to main/g/gcc-4.5/gcc-4.5-source_4.5.1-5_all.deb gcc-4.5_4.5.1-5.diff.gz to main/g/gcc-4.5/gcc-4.5_4.5.1-5.diff.gz gcc-4.5_4.5.1-5.dsc to main/g/gcc-4.5/gcc-4.5_4.5.1-5.dsc gcc-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/gcc-4.5_4.5.1-5_amd64.deb gfortran-4.5-multilib_4.5.1-5_amd64.deb to main/g/gcc-4.5/gfortran-4.5-multilib_4.5.1-5_amd64.deb gfortran-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/gfortran-4.5_4.5.1-5_amd64.deb gobjc++-4.5-multilib_4.5.1-5_amd64.deb to main/g/gcc-4.5/gobjc++-4.5-multilib_4.5.1-5_amd64.deb gobjc++-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/gobjc++-4.5_4.5.1-5_amd64.deb gobjc-4.5-multilib_4.5.1-5_amd64.deb to main/g/gcc-4.5/gobjc-4.5-multilib_4.5.1-5_amd64.deb gobjc-4.5_4.5.1-5_amd64.deb to main/g/gcc-4.5/gobjc-4.5_4.5.1-5_amd64.deb lib32gcc1-dbg_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gcc1-dbg_4.5.1-5_amd64.deb lib32gcc1_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gcc1_4.5.1-5_amd64.deb lib32gfortran3-dbg_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gfortran3-dbg_4.5.1-5_amd64.deb lib32gfortran3_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gfortran3_4.5.1-5_amd64.deb lib32gomp1-dbg_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gomp1-dbg_4.5.1-5_amd64.deb lib32gomp1_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32gomp1_4.5.1-5_amd64.deb lib32mudflap0-dbg_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32mudflap0-dbg_4.5.1-5_amd64.deb lib32mudflap0_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32mudflap0_4.5.1-5_amd64.deb lib32objc2-dbg_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32objc2-dbg_4.5.1-5_amd64.deb lib32objc2_4.5.1-5_amd64.deb to main/g/gcc-4.5/lib32objc2_4.5.1-5_amd64.deb lib32stdc++6
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-gcc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinekqgtk35sq0qi8dhjjyageicnmtjgpjpgx...@mail.gmail.com
