Description of problem:
glib2 uses sr@Latn rather sr@latin directory, so glib20.mo is:
> rpm -qf /usr/share/locale/sr@Latn
file /usr/share/locale/sr@Latn is not owned by any package
> rpm -qf /usr/share/locale/sr@latin
See also bug #436887 for further information.
Version-Release number of selected component (if applicable):
Everytime, see above.
Use sr@latin instead of the current sr@Latn directory for glib2.
Patching this on a per-package basis is hardly productive.
I've sent a mail to firstname.lastname@example.org to discuss switching all Serbian gnome
translations over to the new glibc locale tag.
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Matthias, thanks for taking an interest in this issue.
When we discussed this unification and transition within our community some time
ago (which was prompted by glibc maintainer's inflexibility), I hoped the Gnome
guys would get on it by now - we've managed to switch most of Fedora's modules
I think Danilo was hoping to get rid of sr@Latn in Gnome altogether and come up
with a runtime solution that would do transliteration on the fly when sr@latin
is requested, but AFAIK that work is not finished yet, and I decided to go ahead
commit sr@latin translations to Fedora modules in the meantime.
This issue is a mess since there doesn't seem to be a standard way to denote
locale differences based on script across glibc/X/Gnome/KDE/Mozilla/OOo/Web.
FYI, I personally think this is a good discussion of the overall problem:
and would love to see something like CLRD/RFC4646(obsoletes 3066 mentioned in
the dcoument above) implemented across the board, but don't see glibc changing.
Anyway, please let me know if I can help liaise with other Serbian teams and
upstream projects. You can also get in touch with our Fedora team at
Relevant upstream bug is http://bugzilla.gnome.org/show_bug.cgi?id=481423
This has just been changed upstream for all of Gnome.
2.24 will use sr@latin.