If your platform has the different libexec path, you could use
configure --libexecdir .
I think it's good that the default path is /usr/libexec .

fujiwara

On Sun, Feb 5, 2012 at 10:41 PM, Peng Huang <[email protected]> wrote:
> I guess fedora does not have hard rule for internal exe files. The
> application can install them in libexec or pkglibexec. But seems most apps
> will install them in libexec. So I am think debian have to patch many apps
> for installing internal exec in pkglibexec, right?
>
> Peng
>
> On Sat, Feb 4, 2012 at 11:33 AM, Osamu Aoki <[email protected]> wrote:
>>
>> Hi, (excuse me you if you get this as 2nd mainl.  I have mail
>> instability.)
>>
>> Please help me educated for recent FEDORA changes.  I only know RH4 and
>> RH5 days.
>>
>> I am OK to keep applying such patches for the moment for pgklibexec on
>> Debian.
>>
>> On Thu, Feb 02, 2012 at 11:42:46AM -0500, Peng Huang wrote:
>> > I checked those patches and merged the first one. For other patches,I
>> > think
>> > it is not safe to add them in 1.4.1. Is it OK for fedora. I think we
>> > install most programs in libexec instead of pgklibexec on fedora.
>>
>> So you mean to install these programs as:
>>  /usr/libexec/ibus-gconf
>>  /usr/libexec/ibus-ui-gtk
>>  /usr/libexec/ibus-x11
>> but not as
>>  /usr/libexec/ibus/ibus-gconf
>>  /usr/libexec/ibus/ibus-ui-gtk
>>  /usr/libexec/ibus/ibus-x11
>> for FEDORA.
>>
>> Does FEDORA keeps all such package internal executables directly under
>> /usr/libexec/ ?  Just curious.
>>
>>
>> Regards,
>>
>> Osamu
>>
>> PS: FYI:  For now, Debian is not using /usr/libexec but it is using
>> /usr/lib for both package internal executables and shared libraries.  My
>> impression is Debian wishes to avoid overloading its classic /usr/lib
>> (now it is actually /usr/lib/x86_64-linux-gnu under the multiarch) too
>> clowded to slow the system.  It uses /usr/lib/@@packagename@@/ (now it
>> is really /usr/lib/x86_64-linux-gnu/@@packagename@@/ under multiarch)
>> for such programs in general as I observe.  For me, tracking RH is good
>> idea on merging /bin and /usr/bin and using /usr/libexec.  Although this
>> is not what is happening on Debian.  Debian tends to put heavy weight
>> value to the smooth upgrade and to the admin local configuration than
>> other distributions.  This sometimes becomes really havy burden and
>> slows adoption of new style and technology.
>>
>>
>>
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "ibus-devel" group.
iBus project web page: http://code.google.com/p/ibus/
iBus dev group: http://groups.google.com/group/ibus-devel?hl=en

回复