Re: binary-or-shlib-defines-rpath
Kjetil Torgrim Homme <kjetilho@linpro.no> writes:
> Gaetano Paolone <bigpaul@debian.org> writes:
>> Lintian tells me this:
>>
>> W: php-gtk: binary-or-shlib-defines-rpath
>> ./usr/lib/php4/20010901/php_gtk.so /usr/X11R6/lib
>
> This is a bug in lintian. It should not complain about rpath being
> set to directories which are part of Debian.
Yes, it should. In this case, imagine GNU libc 3 comes out, Debian
decides to migrate to it, and libraries linked against glibc 2 are
moved to /usr/i386-glibc2-linux/lib or what not. Without the rpath
setting, ld.so will look for libraries in the new place, and
everything's fine. With the rpath setting, though, it looks in
/usr/X11R6/lib instead, finds glibc3 libraries, and everything breaks
(you get lossage like trying to link in both glibc2 and glibc3, for
example).
Yes, this has actually happened with the libc5->glibc2 transition; the
fix to "fvwm2 won't run at all" was "open up the binary with an editor
and put a zero byte where the rpath setting begins". This sucked. :-)
--
David Maze dmaze@debian.org http://people.debian.org/~dmaze/
"Theoretical politics is interesting. Politicking should be illegal."
-- Abra Mitchell
Reply to: