[Dovecot] rpath in pigeonhole (was: dovecot-2.0-pigeonhole-0.2.1 installation in wrong lib dir?)

[Axel Thimm]

On Wed, 2010-10-06 at 21:49 +0200, Wolfgang.Friebel at desy.de wrote:
> > On Wed, 2010-10-06 at 17:47 +0200, Wolfgang.Friebel at desy.de wrote:
> >> Therefore the executable will fail to run:
> >>
> >> ldd /usr/libexec/dovecot/managesieve-login
> >>          libdovecot-login.so.0 => not found
> >>          libdovecot.so.0 => not found
> >> To me this looks like a bug in the generated Makefile.

> Could it be that the missing -R is related to --disable-static and
> --disable-rpath options to configure which I took over from the ATrpms
> dovecot spec file? Then it would rather be my ignorance of the
> dependencies between these options, libtool, dovecot and pigeonhole.

Sorry for picking this up three weeks later, I didn't notice the issue
from the subject.

--disable-rpath is supposed to remove rpath calls. But in dovecot's
build --disable-rpath seems to not have any effect, there are still
-rpath /usr/lib64/dovecot args in the build log (which are needed).

Looking at it a bit deeper --disable-rpath seems to only apply if you
use the macros from lib-link.m4 (as shipped with gettext for example),
so it looks like it's a no-ops for dovecot.

Still managesieve-login manages to be built w/o rpath. But this is in
another specfile altogether, which doesn't even use --disable-rpath. So
the issue is somewhere else. I'll do some more testing and report back.

Best regards to all people in Zeuthen that can still remember me. :)
-- 
http://thimm.gr/ - http://ATrpms.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20101027/e4651e9e/attachment.bin