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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 #40 from Chen Lei <supercyper@xxxxxxx> 2010-04-22 01:01:28 EDT ---
(In reply to comment #38)
> If and only if you can use big endian data on a little endian system or little
> endian data on a big endian system you can put it in %{_datadir}
>   because while the data references the endianness its created on it is
> architecture independent. 
> In your case the data it seems can not be used cross endian and so it is
> architecture dependent and must go in %{_libdir}    

For this package its easy to fix because all data files are arch specfic. 

If we decide to fix some other fedora packages(normally input method db, game
data, voice db and etc.), it'll be very complicated.

e.g.
espeak http://koji.fedoraproject.org/koji/rpminfo?rpmID=1829417

It contain both noarch files and endian-specfic data files, the default install
path for those files are {_datadir}/%{name}-data. The source code defines a
macro for its datadir, if we simply cheat dadadir macro to {_libdir}, then we
need to install all other noarch files to %{_libdir} too. Also according to
FHS, lib64 is designed for 64bit libraries, it seems more reasonable to install
those data files to /usr/lib instead of %{_libdir}.

-- 
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

[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]