Description of problem: The glibc-common package contains /usr/share/i18n/locales/* files. The files in /usr/share/i18n/locales are not tagged with the corresponding %lang() in the spec file, hence all locales are always installed regardless of the %_install_langs RPM macro setting. How reproducible: Below is the output of the first 10 lines of a query that should have printed the corresponding language tag before the filename: [root@localhost ~]# rpm -ql --queryformat '[%{FILELANGS}\t%{FILENAMES}\n]' glibc-common | fgrep i18n/locales | head -10 /usr/share/i18n/locales /usr/share/i18n/locales/POSIX /usr/share/i18n/locales/aa_DJ /usr/share/i18n/locales/aa_ER /usr/share/i18n/locales/aa_ER@saaho /usr/share/i18n/locales/aa_ET /usr/share/i18n/locales/af_ZA /usr/share/i18n/locales/am_ET /usr/share/i18n/locales/an_ES /usr/share/i18n/locales/ar_AE Expected results: It was expected that all <lang>_<flavour> files (e.g. 'aa_DJ') would have the <lang> tag assigned to them (e.g. for 'aa_*' the language should be obviously 'aa'). Additional info: It's possible that the change should be applied in the rpm package instead (to the find-lang.sh) so the %find_lang macro would handle this case.
Those files are only installed by glibc, so it doesn't make sense to patch find-lang.sh for it. I have pushed a patch in rawhide (2.20.90-12) which should give language tags to these files. Please test when the build lands in your mirror.
glibc-2.20-7.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/glibc-2.20-7.fc21
glibc-2.20-7.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.