On Thu, Jul 21, 2011 at 10:51:44AM +0000, Philipp Kern wrote: > On 2011-07-19, Steve Langasek <vor...@debian.org> wrote: > > If we're talking about shared libraries, this is a non issue. the .la file > > is named like the .so symlink, i.e. without the soname; dlopening a shared > > library without specifying an soname is Broken and Wrong. So there's no > > reason for us to worry about breaking something that's already entirely > > broken. > > Even if you specify it, it fails now with multiarch. A Java program I use > (that's not packaged yet) dlopen()s /usr/lib/libnss3.so. That one was > shipped in libnss3-1d until recently. So the multiarch-ification leaded > to a FileNotFoundException band-aided by symlinking the above to > /usr/lib/x86_64-linux-gnu/libnss3.so.1d…
There are 2 bugs involved here: one is that java is looking for the full path, and another one is that nss-config and nss.pc don't contain the multiarch path. (BTW, .la dependency_libs would just have been fine if the full paths weren't hardcoded) Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110721110553.ga15...@glandium.org
