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
