From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.17-14 i686) When upgrading to glibc 2.2-12 from any previous version of glibc on RedHat 7.0, locale support is broken. Commands such as emacs report: "Warning: locale not supported by C library, locale unchanged" Perl reports the following: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_CTYPE = "sv_SE", LANG = "en_US" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). This happens every time when upgrading to glibc 2.2-12 on a RedHat 7.0 box. Notice above what settings I have for locale. They have been working without problems and with the expected results on RedHat 7.0 before the upgrade to glibc 2.2-12. I have verified the problem on at least 4 workstations, using both the i386 and the i686 version of the glibc 2.2-12 package. All other packages on the systems in question are up to date as well. Reproducible: Always Steps to Reproduce: 1. Upgrade to glibc 2.2-12 on a RedHat 7.0 box. 2. Run perl from the command line (or any other program looking for locale settings). 3. The error output shows that locale support has been broken by the installation of glibc 2.2-12. Actual Results: See point 3 above. Expected Results: Locale should have been working as it did before the installation of glibc 2.2-12. I noticed this problem first on a newly installed workstation with "Everything" marked for installation in the custom install setup. When I proceeded to upgrade all packages with the AutoRPM program the error message from perl came up after installation of glibc 2.2-12.
Run rpm -Uvh --force glibc-common-2.2-12.i386.rpm and things should work again. The issue is that rpm does not handle %lang() files hardlinked together with other %lang() files very well and some rpm frontends (up2date, apparently AutoRPM etc.) set %install_langs macro to something but all. This is worked around in newer glibc rpms in rawhide (by not using %lang() tags for hardlinked files in /usr/lib/locale), the rpm fix will be needed as a feature update so that packages can count on it.