[Olsr-dev] solved but found new problems.. (Re: trying to set LIBDIR to /usr/lib/olsrd/)

[Holger Levsen]

Hi,

On Tuesday 08 July 2008 12:42, Bernd Petrovitsch wrote:
[...]
> So the string is at least in there somewhere.

Yes, but as I see it wrongly:

gcc  -Wl,-export-dynamic  -Wl,-rpath,/home/holgi/Projects/olsr/collab-maint/build-area/olsrd-0.5.6~rc7/debian/olsrd/usr/lib/olsrd/

And thats the problem :) And that me wonder why and then I found the reason:

In the build target in debian/rules I used "$(MAKE) 
DESTDIR=$(CURDIR)/debian/olsrd" instead of the correct "$(MAKE)"...

IOW: DESTDIR only makes sense for the install target :) Gah :-D Thanks for 
bringing me on the right track!

Unfortunatly this brown paper bug is also present in the etch package, though 
it's not really doing harm there, as I stayed with the /usr/lib default 
there.

And here I thought I was done with this topic, but unfortunatly not. The next 
problem is, that there are no seperated build and install targets for the 
plugins in the (olsrd) Makefile, so to build and install them I call 
"$(MAKE) DESTDIR=$(CURDIR)/debian/olsrd-plugins $(PLUGINS) STRIP=:" in 
debian/rules, and thus the plugins included my builddir in their rpath :-( I 
solved this in my packaging by patching the olsrd Makefile to provide 
${pluginname}_install targets. Not sure if there is a better way.


regards,
	Holger

P.S.: I also saw this, you might or might not want to address 
it: "dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided 
if "debian/olsrd/usr/sbin/olsrd" were not uselessly linked against it (they 
use none of its symbols)."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20080708/b11bc4d9/attachment.sig>