Description of problem:
I have just noticed that a couple of the folders installed below /usr/share/locale have no owner
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -qf /usr/share/locale/*|grep not
file /usr/share/locale/be-tarask is not owned by any package
file /usr/share/locale/bg_BG is not owned by any package
file /usr/share/locale/ds is not owned by any package
file /usr/share/locale/en_NZ is not owned by any package
file /usr/share/locale/en@shaw is not owned by any package
file /usr/share/locale/fi_FI is not owned by any package
file /usr/share/locale/gl_ES is not owned by any package
file /usr/share/locale/hne is not owned by any package
file /usr/share/locale/lv_LV is not owned by any package
file /usr/share/locale/ms_MY is not owned by any package
file /usr/share/locale/sr_RS is not owned by any package
file /usr/share/locale/zh_CN.GB2312 is not owned by any package
All folders should be owned, probably by the filesystem rpm
[wolfy@wolfy tmp]$ rpm -qf /etc/redhat-release
Mind that [at least partially] the content below those folders is also unowned:
[wolfy@wolfy tmp]$ rpm -qf /usr/share/locale/en@shaw/*
file /usr/share/locale/en@shaw/LC_MESSAGES is not owned by any package
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release.
** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **
Thanks for report, all locale folders defined by ISO(and there are already some exceptions) should be owned by filesystem, will check why these folders are not owned...
be-tarask certainly isn't an iso locale, and I'm curious what sort of regional variant en@shaw is supposed to be.
What packages place things in these LC_MESSAGES dirs?
[wolfy@wolfy ~]$ for i in $(rpm -qf /usr/share/locale/*| grep not| cut -f 2 -d ' '); do ls -R $i;done
gnome-desktop-2.0.mo gnome-keyring.mo libgnomekbd.mo vte.mo
gnome-disk-utility.mo gnome-terminal.mo totem-pl-parser.mo yelp.mo
akregator_konqplugin.mo imgalleryplugin.mo kipiplugin_sendimages.mo minitoolsplugin.mo
autorefresh.mo khtmlsettingsplugin.mo kipiplugins.mo rellinks.mo
babelfish.mo kipiplugin_acquireimages.mo kipiplugin_timeadjust.mo searchbarplugin.mo
crashesplugin.mo kipiplugin_gpssync.mo kipiplugin_wallpaper.mo uachangerplugin.mo
dirfilterplugin.mo kipiplugin_jpeglossless.mo konqsidebar_mediaplayer.mo validatorsplugin.mo
domtreeviewer.mo kipiplugin_metadataedit.mo konqsidebar_metabar.mo webarchiver.mo
fsview.mo kipiplugin_rawconverter.mo mf_konqplugin.mo
So by packages:
zh_CN.GB2312 : gtk+ - zh_CN.GB2312 is already added to exception list in Fedora
ms_MY : libpurple
sr_RS, fi_FI, gl_ES, bg_BG : pgadmin3
hne : konq-plugins
en@shaw : various gnome packages - probably worth of an exception in filesystem package
(gdm, gnome-desktop, gnome-disk-utility-libs, gnome-keyring, gnome-media-libs, gnome-panel, gnome-terminal, libgnomekbd, sound-juicer, totem-pl-parser, vte, yelp)
ds : rhn-client-tools, rhnsd, yum-rhn-plugin
be-tarask : mc
Personally I think adding en@shaw and zh_CN.GB2312 into filesystem exception list is reasonable and the rest should probably be reported as separate bugreports against packages mentioned above (and these packages should either remove these locale files or own these directories.
This issue was proposed for RHEL 6.1 FasTrack but did not get resolved in time.
It has been moved to RHEL 6.2 FasTrack.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
Prior to this update, certain locale subdirectories in the /usr/share/locale/ directory did not have any owner set. With this update, this bug has been fixed so that the filesystem package now owns the subdirectories of the following locales: bg_BG (Bulgarian), en_NZ (New Zealand English), fi_FI (Finnish), gl_ES (Galician), lv_LV (Latvian), ms_MY (Malaysian), sr_RS (Serbian), en@shaw (Shavian), zh_CN.GB2312 (Chinese Simplified), sr@ijekavian (Serbian Jekavian), and sr@ijekavianlatin (Serbian Jekavian Latin).
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.