Fuyuki Hasegawa - Sun Microsystems writes:
> Rainer Orth wrote:
> > Fuyuki,
> >
> >>>> 4.5. Interfaces:
> >>>>
> >>>> INTERFACE NAME STABILITY NOTE
> >>>>
> >>>> -----------------------------------------------------------------------
> >>>> /usr/bin/ibus-daemon Uncommitted message bus daemon
> >>> How is this started? Via SMF at boot? If so, we need FMRI etc. Can it
> >>> ever be invoked manually be a regular user? If not, it belongs into
> >>> /usr/sbin (if manually invoked by sysadmins) of /usr/lib.
> >> It's user process started via gnome-session(1).
> >
> > but if there is no reason to start this manually, it's probably better
> > located in /usr/lib/ibus.
>
> As I replied to Joerg, we'd like to keep /usr/bin/ibus-daemon.
ok.
> (FYI, iiim daemons also have been located in /usr/bin)
Which isn't necessarily a good reason. It may just be an error gone
unnoticed :-)
> >>>> /usr/share/ibus-<IME_NAME> Uncommitted IME modules
> >>>> *IME_NAME is among [anthy, chewing, hangul, m17n, pinyin, table]
> >>> Why the mess: better move this to /usr/share/ibus/<IME_NAME> to avoid
> >>> cluttering /usr/share even more.
> >>>
> >>>> /usr/share/ibus-table/* Uncommitted ibus-table engine and
> >>>> code-tables
> >>> Same here: better /usr/share/ibus/table or some such.
> >> In fact I've been feeling the same way, but again, we followed the
> >> original directories to reduce Solaris patches.
> >
> > Understood, but perhaps the changes can even be fed upstream? At least in
> > Solaris, there seems to be a strong preference to have exactly one
> > directory in /usr/share for each application, otherwise the directory
> > quickly becomes almost impossible to browse.
> >
> >> I understand these changes are not mandatory, but better to have.
> >
> > Some of them might be optional, but at the change away from /usr/libexec is
> > mandatory.
> >
> >> I'll discuss with the project team and come back.
> >
> > Excellent, thanks.
>
> /usr/share/ibus/ has been used for ibus core files.
> We examined /usr/share/ibus-IME/, but unlike /usr/libexe change
> it's not easy. It seems we need to create several patches for
> each IME and ibus core.
It seems to me that this structure violates the GNU Coding Standards, so an
appropriate patch may well be acceptable upstream.
> The project team would like to keep the current directories
> at least for this time.
It's not for me to decide, but perhaps discuss this with upstream. If
there's a chance that patches to effect that would be accepted, it would be
good to change this before integration.
Thanks.
Rainer
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University
