Description of problem: When I'm doing the following on my system, $ rpm -qf /usr/share/locale/* | grep -c "is not owned" 90 $ $ rpm -qf /usr/share/locale/* | grep -v -c "is not owned" 49 $ then I'll come to the result, that about 90 directories in /usr/share/locale/* are not owned, but only 49 are owned by glibc-common and man. IMHO that's wrong and also not clean packaged. Version-Release number of selected component (if applicable): fedora-release-5.89-rawhide How reproducible: See above. Actual results: Lots of unowned directories and subdirectories in /usr/share/locale Expected results: All directories and subdirectories owned by a package. Additional info: The mess comes normally up, when there is no man page or glibc translation available for the corresponding language. Let me take the following: /usr/share/locale/dz/LC_MESSAGES/glib20.mo What the hell is owned here by a package except /usr/share/locale and the file itself? Nothing... I filed this bug against distribution, because I don't know which package could be suitable.
Hint: Try a i18n-filesystem package that contains the /usr/share/locale directory skeleton with %lang as appropriate.
I opened up bug #196669, which proposes a filesystem-i18n package for Fedora Core. Alternatively, the filesystem-i18n package could be merged into the existing filesystem package, if there are no contras for doing this.
IMO, these bits ought to be in the filesystem package.
Fix it where ever you want, but fix it please :) BTW, more locales are listed at: http://www.debian.org/international/l10n/po/ and in /usr/share/gettext/intl/config.charset there are also locales listed but guess Fedora/Red Hat will have to maintain the locales list manually anyway.
This bug report got fixed by resolving bug #196669. Finally, a bit is missing which is tracked down in bug #210749. Closing here...