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

[Red Hat Bugzilla]

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&gt; 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.