[Bug 575005] Review Request: zinnia-tomoe - Online hand recognition system with machine learning

[bugzilla at redhat.com]

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 at 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=/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.