From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.4.1)
Gecko/20031114

Description of problem:
almost files are installed on /usr/lib/im. but it violates FHS.

iiimf-protocol-lib-devel:
*  /usr/lib/im/include/* should be moved to /usr/include or
/usr/include/whatever.

iiimf-client-lib-devel:
* likewise.

iiimf-server:
* /usr/lib/im/bin/* should be moved to /usr/bin
* /usr/lib/im/htt and htt_server should be moved to /usr/sbin
* /usr/lib/im/htt.conf should be moved to /etc

iiimf-le-unit:
* some files under /usr/lib/im/locale/UNIT/* should be moved to
/usr/share/whatever, because:
|/usr/lib : Libraries for programming and packages
|Purpose
|
|/usr/lib includes object files, libraries, and internal binaries that 
|are not intended to be executed directly by users or shell scripts.
|
|Applications may use a single subdirectory under /usr/lib. If an 
|application uses a subdirectory, all architecture-dependent data 
|exclusively used by the application must be placed within that 
|subdirectory.

|/usr/share : Architecture-independent data
|Purpose
|
|The /usr/share hierarchy is for all read-only architecture
independent data files.
|
|This hierarchy is intended to be shareable among all architecture 
|platforms of a given OS; thus, for example, a site with i386, Alpha, 
|and PPC platforms might maintain a single /usr/share directory that is 
|centrally-mounted. Note, however, that /usr/share is generally not 
|intended to be shared by different OSes or by different releases of 
|the same OS.
|
|Any program or package which contains or requires data that doesn't 
|need to be modified should store that data in /usr/share (or 
|/usr/local/share, if installed locally). It is recommended that a 
|subdirectory be used in /usr/share for this purpose.

So I wonder if some files under /usr/lib/im/locale/UNIT/* is
arch-depentent files.

iiimf-le-newpy:
* likewise

iiimf-le-hangul:
* likewise

iiimf-le-canna:
* likewise

iiimf-x:
* /usr/lib/im/httx should be moved to /usr/bin. I don't think htt_xbe
should be moved to too, because httx wraps it.