[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 #23 from Chen Lei <supercyper at 163.com> 2010-03-27 06:14:32 EDT ---
(In reply to comment #22)
> I don't know if espeak packaging has a bug or so, however
> as I repeatly say we must follow FHS and arch-specific data cannot
> be under /usr/share. "Because other packages have some buggy packaging"
> is no execute. period.    

This may be not a packging bug, the endianness-specific data(little and big
endian) itself is arch neutral and read-only, and cannot consider as
arch-dependent simply.  As you already point out that gettext .mo files have
little endianness even on ppc/ppc64 arches, so it's eentirely possible to write
a program that can utilize little-endian model-files in ppc/ppc64.

I talked with a developer of sunpinyin(http://code.google.com/p/sunpinyin/) and
he recommend me to split endian-specific file into two noarch package(little
and big endian), then create a arch-dependent metapackage to require different
packages in different arch. 
Note: sunpinyin have two big endianess-specific files(nearly 30MB).

Zinnia-tomoe is only require by ibus-handwrite now, ibus-handwrite hardcodes
the path to the model files in its source code. It's not easy to write a patch
for ibus-handwrite to switch its path from {_datadir} to /usr/lib or {_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.