Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=575005 --- Comment #19 from Chen Lei <supercyper@xxxxxxx> 2010-03-26 22:35:14 EDT --- (In reply to comment #18) > No. > > The reason gettext .mo files are put under /usr/share is because > these gettext .mo files have little endianness even on ppc/ppc64 > architecture (i.e. msgfmt generates little endian data file regardless > of the architecture of the system) > > $ pwd > /home/tasaka1/rpmbuild/RPMS/ppc/gettext-0.17-16.fc12.ppc/usr/share/locale/ja/LC_MESSAGES > $ file gettext-runtime.mo > gettext-runtime.mo: GNU message catalog (little endian), revision 0, 42 > messages > > Again files under /usr/share must be arch-independent. You are right if we follow on FHS seamlessly. But in practice, there are a lot of packages install endian-specific data under %{_datadir}. e.g. http://koji.fedoraproject.org/koji/fileinfo?rpmID=1511536&filename=/usr/share/supertux/locale/messages.pot http://koji.fedoraproject.org/koji/fileinfo?rpmID=1511530&filename=/usr/share/supertux/locale/messages.pot http://koji.fedoraproject.org/koji/fileinfo?rpmID=1511532&filename=/usr/share/supertux/locale/messages.pot You can also take a look at #570731, the default path for those model files are %{_datadir}. The only thing I can confirm is this package is architecture-dependent and we cannot add noarch for this package. I think maybe we should be lenient for installing endian-specfic data into %{_datadir}. BTW, modern ppc and sparc machines are actually Bi-endianness and able to treat little-endian data. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review