testing panel plugins

[Guido Berhoerster]

* Nick Schermer <nickschermer at gmail.com> [2011-01-20 11:36]:
> On Thu, Jan 20, 2011 at 11:28 AM, Guido Berhoerster <gber at opensuse.org> wrote:
> > * Nick Schermer <nickschermer at gmail.com> [2011-01-19 23:37]:
> >> Well its open for discussion. I've no idea which distros combine 32/64
> >> bit; seems a bit pree 2000 to me. I can also configure-option this and
> >> make it behave like the old panel by default; when the configure
> >> option is enable, we only allow strict location in the same prefix as
> >> the panel.
> >
> > openSUSE does offer biarch packges as well although this is
> > currently broken/impossible for some Xfce packages after you
> > removed libexecdir support needed for helper applications shared
> > between 32- and 64-bit packages.
> > Also note that some platforms such as Solaris i386 have a mixed
> > 32- and 64-bit arch userland by default, ie. they only provide a
> > subset of executables and libraries as 64-bit variants.
> 
> Libexecdir is deprecated in the fhs and therefore removed.

/usr/libexec and the libexecdir in autotools are two different
things as the latter is configurable.
For example when building packages on openSUSE libexecdir is set
to /usr/lib by default for both 32-bit and 64-bit packages
whereas libdir wil be set to /usr/lib or /usr/lib64 depending on
the architecture, this allows for small biarch packages without
duplicate helper executables and data files. I suppose most linux
distros set libexecdir to /usr/lib although there are execptions.

/usr/libexec is also not deprecated or "outdated" but does not
seem to be specified at all by the FHS which is a rather
arbitrary decision to follow historical System V rather than BSD
and GNU practice. All BSDs, Fedora, and RHEL e.g. use
/usr/libexec and GNU coding standards recommend it as well.

-- 
Guido Berhoerster