the remix was build on Fedora 14 and updated the system on 5th Nov 2010. (just few minutes ago)

rpm -qf /usr/lib/locale/pt_BR

rpm -qf /usr/lib/locale/pt_BR
file /usr/lib/locale/pt_BR is not owned by any package


I clearly mentioned when i was noticed.

from my side, there is only way to reproduce. its build the remix again.
but the developer/maintainer should know how this could happen.

Btw, I don't use non of these locals and i filed this bug as a help to the community.

do not depend on the bug reporter.
you could test this on F14 box at least using a VM. 

but i don't mind closing of this bug :)

I do mind. I am still seeing this. Just now during glibc-common-2.12.90-19.x86_64 upgrade.

rpm -qf /usr/lib/locale/{bn_IN,en_CA,en_GB,pt_BR,zh_CN,zh_HK,zh_TW}
file /usr/lib/locale/bn_IN is not owned by any package
file /usr/lib/locale/en_CA is not owned by any package
file /usr/lib/locale/en_GB is not owned by any package
file /usr/lib/locale/pt_BR is not owned by any package
file /usr/lib/locale/zh_CN is not owned by any package
file /usr/lib/locale/zh_HK is not owned by any package
file /usr/lib/locale/zh_TW is not owned by any package

Fix whatever created that junk.

Since it is appearing on glibc upgrades it might be related to glibc if not it should assigned to a different package. Being harsh and unfriendly here will not help get this fix it.

Well, on rawhide:

$ env LANG=C yum --disablerepo=\* --enablerepo=koji-15 whatprovides '/usr/lib/locale/zh_CN/*/*'
Loaded plugins: downloadonly
mutter-2.91.2-1.fc15.i686 : Window and compositing manager based on Clutter
Repo        : koji-15
Matched from:
Filename    : /usr/lib/locale/zh_CN/LC_MESSAGES/mutter.mo



mutter-mbl-2.31.5_1.0-1.fc15.i686 : Window and compositing manager based on Clutter
Repo        : koji-15
Matched from:
Filename    : /usr/lib/locale/zh_CN/LC_MESSAGES/mutter.mo


Then:
# env LANG=C yum --disablerepo=\* --enablerepo=koji-15 -y install mutter
....
Complete!
# rpm -Uvh --replacefiles --replacepkgs ./glibc-common-2.12.90-19.i686.rpm 
警告: ./glibc-common-2.12.90-19.i686.rpm: ヘッダ V3 RSA/SHA256 Signature, key ID 97a1071f: NOKEY
準備中...                ########################################### [100%]
   1:glibc-common           ########################################### [100%]
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_HK"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/bn_IN"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/en_GB"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/en_CA"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_TW"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_CN"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/pt_BR"
# rpm -e mutter
# find /usr/lib/locale/ -type d | sort -r | while read dir ; do rpm -qf $dir &>/dev/null || rmdir $dir ; done
# rpm -Uvh --replacefiles --replacepkgs ./glibc-common-2.12.90-19.i686.rpm 
警告: ./glibc-common-2.12.90-19.i686.rpm: ヘッダ V3 RSA/SHA256 Signature, key ID 97a1071f: NOKEY
準備中...                ########################################### [100%]
   1:glibc-common           ########################################### [100%]
#

Andreas: you added me to the CC because you think there's something I need to fix in the Mutter packaging? You'll need to be explicit about it, because I don't really understand the discussion above.

The bug is that mutter* installs its *.mo files in wrong directories, *.mo belong
into /usr/share/locale/*/*.mo, but mutter incorrectly installs them into
/usr/lib/locale/*/*.mo.

(In reply to comment #10)
> The bug is that mutter* installs its *.mo files in wrong directories, *.mo
> belong
> into /usr/share/locale/*/*.mo, but mutter incorrectly installs them into
> /usr/lib/locale/*/*.mo.

Thanks Jakub... /usr/lib wasn't jumping out at me in the above. Fix filed upstream as https://bugzilla.gnome.org/show_bug.cgi?id=635528 ... not planning on updating F14 at this point.

(Seems like maybe %find_lang needs a fix not to look in /usr/lib? This should have been found and caught at package build time rather than silently packaging up mo files in the wrong place.)

*** Bug 640388 has been marked as a duplicate of this bug. ***

On rawhide, this seems fixed in mutter-2.91.3-1.fc15
On F-14, I don't know.

Fedora 14 still have problem:
------------
Updating: glibc-common2.12.90-21.x86_64                                                                      1/12 
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_CN"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_TW"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/zh_HK"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/pt_BR"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/en_GB"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/bn_IN"
/usr/sbin/build-locale-archive: incomplete set of locale files in "/usr/lib/locale/en
----------

(In reply to comment #14)
> Fedora 14 still have problem:
> ------------
> Updating: glibc-common2.12.90-21.x86_64                                        
>                              1/12 
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/zh_CN"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/zh_TW"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/zh_HK"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/pt_BR"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/en_GB"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/bn_IN"
> /usr/sbin/build-locale-archive: incomplete set of locale files in
> "/usr/lib/locale/en
> ----------

No intention to fix for Fedora 14.

I too have just seen this problem.

My understanding is that everybody who has mutter (i.e. GNOME Shell) installed will get an unclean install every time glibc-common is updated, which seems to be at least once a month. And presumably, the Chinese and Brazilians get GNOME Shell in English.

Given that a fix has been tested on Rawhide, why isn't this being applied to F14? Is it being queued for the next mutter update? Or is GNOME Shell just not that important?

(In reply to comment #16)
> I too have just seen this problem.
> 
> My understanding is that everybody who has mutter (i.e. GNOME Shell) installed
> will get an unclean install every time glibc-common is updated, which seems to
> be at least once a month. And presumably, the Chinese and Brazilians get GNOME
> Shell in English.
> 
> Given that a fix has been tested on Rawhide, why isn't this being applied to
> F14? Is it being queued for the next mutter update? Or is GNOME Shell just not
> that important?

The Fedora 14 Mutter and GNOME Shell are roughly 6 months of active development behind the current versions, and don't really represent the current state of GNOME 3 very accurately. Because of library dependencies on newer versions of Clutter and GTK+ 3, we can't update the Fedora 14 GNOME Shell packages to the current version; maintenance updates for the old versions aren't really a high priority and are difficult because of the distance between that version and the current versions.