Bug#571755: locales: new es_CR is buggy

Package: locales Version: 2.10.2-6 Severity: normal During the upgrade, I see the following: es_CR.UTF-8.../usr/share/i18n/locales/es_CR:160: symbol `0065' not in charmap /usr/share/i18n/locales/es_CR:160: symbol `0073' not in charmap /usr/share/i18n/locales/es_CR:160: LC_ADDRESS: unknown

Bug#585727: locales: es_CR.ISO-8859-1 unknown character in field `currency_symbol'

Package: locales Version: 2.11.1-3 Severity: normal Hello, during the last upgrade, I got: es_CR.ISO-8859-1.../usr/share/i18n/locales/es_CR:56: LC_MONETARY: unknown character in field `currency_symbol' (all the other locales seemed fine) -- System Information: Debian Release: squeeze/sid

Bug#585737: locales: upgrade not atomic

Package: locales Version: 2.11.1-3 Severity: minor When locales is upgraded at the same time as other packages, there are quite a few things that run between the removal of the old locales and the generation of the new ones. This is most visible with the perl warning: perl: warning: Setting

Bug#743618: libc6-dev-i386: /usr/include/sys/file.h conflict between libc6-dev-i386 and libc6-dev-ppc64

Package: libc6-dev-i386 Version: 2.18-4 Severity: normal Dear Maintainer, apt-get install libc6-dev-ppc64 fails with the following error: Unpacking libc6-dev-ppc64 (2.18-4) ... dpkg: error processing archive /var/cache/apt/archives/libc6-dev-ppc64_2.18-4_powerpc.deb (--unpack): trying to

Bug#798955: [PATCH] libstdc++: don't use #include_next in c_global headers

ch flags to innocent packages). With (or without) your patch, if a user has the bad -isystem and does #include , it will never see libstdc++'s version of stdlib.h, which contains important extra content, so that's still not working properly. -- Marc Glisse