[Fedora-i18n-bugs] [Bug 575005] Review Request: zinnia-tomoe - Online hand recognition system with machine learning
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(a)163.com> 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=/u...
http://koji.fedoraproject.org/koji/fileinfo?rpmID=1511530&filename=/u...
http://koji.fedoraproject.org/koji/fileinfo?rpmID=1511532&filename=/u...
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.