[openi18n-im:01094] Re: name space cleanup

Hi,

Date: Thu, 21 Oct 2004 21:10:50 +0900 (JST)
From: Akira TAGOH <[email protected]>:
> 
> I have just one thought,
> 
> >>>>> On Thu, 21 Oct 2004 16:23:06 +0900,
> >>>>> "AK" == AShiZaWa KaZuNoRi <[email protected]> wrote:
> 
> AK> o all site specific configuration files will go into /etc/iiim.
> AK>   factory default configuration files will go into /usr/lib/im.
> AK>   configuration files under /usr/lib/im are read-only.
> 
> In partucular, which files should be moved under
> /usr/lib/im? if it's the configuration files, it should be
> non-arch specific data then. such files should be moved
> under /usr/share as FHS claims.

Yes, right, sorry for my typo.  They should go under
/usr/share/iiim/.  ``LE (IME) static data'' includes factory
default coniguration files, which should be
architecture-independent.


Revised:

/usr/lib/im/httx              -> /usr/bin/iiimx
/usr/lib/im/htt_xbe           -> /usr/bin/iiim-xbe
/usr/lib/im/htt               -> /usr/sbin/iiimd
/usr/lib/im/htt_server        -> /usr/sbin/iiim-server
/usr/lib/im/                  -> /usr/lib/iiim/
/usr/lib/im/leif              -> /usr/lib/iiim/le
/usr/lib/im/locale/<LOC>/<LE> -> /usr/lib/iiim/le/<LE>
IIIMF static data             -> /usr/share/iiim/
LE static data                -> /usr/share/iiim/le/<LE>/
include files                 -> /usr/include/iiim/, or
                                 /usr/include/
public libraries              -> /usr/lib/libiiim*.*
/etc/init.d/IIim              -> /etc/init.d/iiimd-server, or
                                 /etc/init.d/iiimf-server,...
IIIMF host specific files     -> /etc/iiim/
LE host specific files        -> /etc/iiim/le/<LE>/
IIIMF volatile date           -> /var/lib/iiim/
LE volatile data              -> /var/lib/iiim/le/<LE>/


By the way, I've found that FHS claims the following.
(http://www.pathname.com/fhs/pub/fhs-2.3.html)

  /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. [22]

Would somebody tell me the interpretation of the sentence?  It
means that internal binaries that are intended to be executed in
SYSTEM shell scripts should NOT go to into /usr/lib?

Regards,
-- 
kasha