https://bugzilla.novell.com/show_bug.cgi?id=744835
https://bugzilla.novell.com/show_bug.cgi?id=744835#c11
--- Comment #11 from Stanislav Brabec 2012-02-09 19:46:20 CET ---
Patch in comment 1 is probably not a fix, just a work-around. But it is
acceptable.
NACK to comment 10:
Yes, site script changes global defaults and may break some particular packages
that use libexecdir incorrectly.
libexecdir is intended for helper binaries. These binaries can be called from
binaries and libraries. openSUSE provides support for bi-arch and libraries can
be installed in both 32-bit and 64-bit instances. libexecdir should never be
/usr/lib64. /anything/lib is correct in all common cases.
Setting libexecdir to /usr/lib64 breaks calls of helper binaries in 32-bit
instance of libraries:
Suppose that libfoo calls libexecdir/foo-helper. If you keep libexecdir
pointing to libdir, 64-bit instance would call /usr/lib64/foo-helper, 32-bit
instance would call /usr/lib/foo-helper. But the latter one does not exist -
-32bit packages contain only libraries, not binaries.
Common fixes:
libexecdir contains libraries: Fix the code to use libdir.
helpers are called from libdir: Fix the code to use libexecdir.
helpers location is not in sync with the code: Fix Makefile.am.
You can set libexecdir to libdir/foo only if:
- The build does not create any shared libraries.
or
- The build creates some shared libraries, but you are sure that -32bit package
will not be created nor needed (e. g. internal shared libraries that cannot be
used by third party/don't install headers).
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.