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
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
