[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 #24 from Mamoru Tasaka <mtasaka at ioa.s.u-tokyo.ac.jp> 2010-03-27 06:52:11 EDT ---
> so it's eentirely possible to write
> a program that can utilize little-endian model-files in ppc/ppc64.

I already said so in my comment 6 (and also in my comment 18)

_Again_ if zinnia_convert generates arch-independent data and 
ibus-handwrite (for now) can read such data
- for example ibus-handwrite on i686 can read the files correctly the
  generated by ppc zinna_convert, 
this package can just be "noarch". This requires rewrite of both zinnia-utils
and ibus-handwrite. 
! Note that this is not only gettext. For example python's byte-compiling
  does the same thing.

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

In such cases. the generated model files should have names which are
endian-specific (e.g. handwriting-foo.model.little_endian, for example),
and ibus-handwrite (currently only this?) should be patched to require
endian specific file.

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