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@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}.
i18n-bugs@lists.fedoraproject.org