[Debian-med-packaging] Bug#629815: No rule to make target `/usr/lib/libdl.so'

Mathieu Malaterre mathieu.malaterre at gmail.com
Fri Jun 10 09:37:00 UTC 2011


On Thu, Jun 9, 2011 at 11:27 PM, Andreas Tille <andreas at an3as.eu> wrote:
> On Thu, Jun 09, 2011 at 01:02:56PM +0200, Sven Joachim wrote:
>> >> The problem is that libdl.so has been moved to the multiarch paths in
>> >> libc6-dev 2.13-5.  You must upgrade cmake to 2.8.4+dfsg.1-3, have you
>> >> done that already?
>> >
>> > I'm building an unstable pbuilder chroot.  It is using the cmake
>> > version you are mentioning:
>> >
>> > $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build
>> > Unpacking cmake (from .../cmake_2.8.4+dfsg.1-3_amd64.deb) ...
>>
>> Might be worth retrying with cmake 2.8.4+dfsg.1-4, currently in
>> incoming.  It has a different multiarch implementation.
>
> $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build
> Unpacking cmake (from .../cmake_2.8.4+dfsg.1-4_amd64.deb) ...
> I: new cache content cmake_2.8.4+dfsg.1-4_amd64.deb added
>
> No change. :-((
>
> Any further hint?

I think the issue is being worked on at the moment upstream:

http://public.kitware.com/Bug/view.php?id=12037#c26801

...
Modestas Vainius wrote:
2) Will those patches be part of 2.8.5? I want to emphasize that
released Ubuntu 11.04 (natty) already has this multiarch enabled so
upstream cmake up to and including 2.8.4 is basically unusable on
those systems. That's because libc6 package is multiarch enabled and
e.g. vanilla cmake 2.8.4 is not even able to set CMAKE_DL_LIBS
properly.
...

IMHO cmake (current git master) does not handle this new libc6 layout
for multiarch support

-- 
Mathieu





More information about the Debian-med-packaging mailing list