Bug#672729:
I am going to re-add the patch from bug #506992. This will produce the correct behavior for /usr/lib/vtk-5.8/VTKTargets-release.cmake by not listing explicitly full path to shared libs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672729: No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop
[Some clarifications below] On Tue, May 15, 2012 at 2:57 PM, Dominique Belhachemi domi...@debian.org wrote: Hi Mathieu, It was my intention to remove that patch. I am not even sure if that patch was working. It was working. I would say that we forget that patch and try to solve the problem within cmake. vtk is not the only package suffering under the multiarch/cmake issue. There are a couple of things to take into account: vtk 5.8.0 has been superseded by vtk 5.10.0 first of all. There is nothing really wrong within cmake. It is just a default behavior that is hard to work around. One of the right way of properly solving this would be to follow one of cmake team suggestion: http://bugs.debian.org/661676#10 However this suggestion is extremely difficult to handle in the general case. 1. Indeed cmake introspection system hide lots of implementation details and will properly search for all Qt* libs when one simply states -for example-: find_package(Qt4) The suggestion above only works in simple case (single library). However -tedious- manual setting libs by the maintainer (or any other automagic script) will solve all issues with multi-arches libs. 2. find_package() is actually more complex to handle. Indeed let's take the example of : find_package(MPI) This call to find_package() is not searching for a lib called MPI but for an implementation for MPI. Which can be openmpi, lam4 and/or mpich2. To some extend find_package(Java) has related issues. In this case the debian maintainer cannot explicitly use suggestion above. Indeed one has to rely on default cmake introspection system and in this case full path will be used. Because of the amount taken for #1, and freeze is close (mid-june as per last email) and because I do not know how to solve #2. I am going to re-introduce the old patch from #506992. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672729: No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop
Dominique, Was portion of commit eef710cd really intentional ? I am starring at: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=commitdiff;h=eef710cd;hp=db9fa83e6718638ab5698cb42cc6bc0e4a59a67d#patch32 and I would like to understand the reason for commenting out: #sed -i -e s#/usr/lib/\(`dpkg-architecture -qDEB_HOST_MULTIARCH`/\)\?lib\([^;... This proove to be very usefull in the past, and to some extent produce the right result. *.cmake file should list shared libs dependencies, instead of dull path to shared libs dependencies Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672729: No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop
Hi Mathieu, It was my intention to remove that patch. I am not even sure if that patch was working. I would say that we forget that patch and try to solve the problem within cmake. vtk is not the only package suffering under the multiarch/cmake issue. -Dominique On Tue, May 15, 2012 at 7:35 AM, Mathieu Malaterre ma...@debian.org wrote: Dominique, Was portion of commit eef710cd really intentional ? I am starring at: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=commitdiff;h=eef710cd;hp=db9fa83e6718638ab5698cb42cc6bc0e4a59a67d#patch32 and I would like to understand the reason for commenting out: #sed -i -e s#/usr/lib/\(`dpkg-architecture -qDEB_HOST_MULTIARCH`/\)\?lib\([^;... This proove to be very usefull in the past, and to some extent produce the right result. *.cmake file should list shared libs dependencies, instead of dull path to shared libs dependencies Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672729: libvtk5-dev: No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop.
Package: libvtk5-dev Version: 5.8.0-11 Severity: important GDCM fails to build on sid. VTK hardcode path to libs. In this case: make[3]: *** No rule to make target `/usr/lib/libmysqlclient.so', needed by `bin/libvtkgdcmJava.so'. Stop. make[3]: Leaving directory `/build/buildd-gdcm_2.2.0-11-armel-qhUZhC/gdcm-2.2.0/obj-arm-linux-gnueabi' Indeed: $ grep mysqlclient /usr/lib/vtk-5.8/*.cmake /usr/lib/vtk-5.8/VTKTargets-release.cmake: IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE /usr/lib/libpq.so;/usr/lib/libmysqlclient.so;/usr/lib/x86_64-linux-gnu/libz.so;vtkIO;vtkFilteringJava quick solution: binNMU on all arch, or be smart and hijack cmake introspection by setting -lmysqlclient ourself... -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvtk5-dev depends on: ii libavcodec-dev 4:0.5.2-6 development files for libavcodec ii libavformat-dev4:0.5.2-6 development files for libavformat ii libavutil-dev 4:0.5.2-6 development files for libavutil ii libboost-all-dev 1.42.0.1 Boost C++ Libraries development fi ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen ii libexpat1-dev [lib 2.0.1-7 XML parsing C library - developmen ii libfreetype6-dev 2.4.4-1~bpo60+1 FreeType 2 font engine, developmen ii libgl1-mesa-dev [l 7.7.1-4 A free implementation of the OpenG ii libgl2ps-dev 1.3.5-1 Lib providing high quality vector ii libglu1-mesa-dev [ 7.7.1-4 The OpenGL utility library -- deve ii libjpeg62-dev [lib 6b1-1 Development files for the IJG JPEG ii libmysqlclient-dev 5.1.49-3 MySQL database development files ii libpng12-dev [libp 1.2.44-1+squeeze1 PNG library - development ii libpq-dev 9.1.1-1~bpo60+1 header files for libpq5 (PostgreSQ ii libswscale-dev 4:0.5.2-6 development files for libswscale ii libtiff4-dev [libt 3.9.4-5+squeeze3 Tag Image File Format library (TIF ii libvtk5.4 5.4.2-8 Visualization Toolkit - A high lev ii libx11-dev 2:1.3.3-4 X11 client-side library (developme ii libxft-dev 2.1.14-2 FreeType-based font drawing librar ii libxml2-dev2.7.8.dfsg-2+squeeze1 Development files for the GNOME XM ii libxss-dev 1:1.2.0-2 X11 Screen Saver extension library ii libxt-dev 1:1.0.7-1 X11 toolkit intrinsics library (de ii mpi-default-dev0.6 Standard MPI development files ii tcl8.5-dev 8.5.8-2 Tcl (the Tool Command Language) v8 ii tk8.5-dev 8.5.8-1 Tk toolkit for Tcl and X11, v8.5 - ii x11proto-core-dev 7.0.16-1 X11 core wire protocol and auxilia ii zlib1g-dev 1:1.2.3.4.dfsg-3 compression library - development libvtk5-dev recommends no packages. Versions of packages libvtk5-dev suggests: ii vtk-doc 5.8.0-4VTK class reference documentation ii vtk-examples 5.8.0-4C++, Tcl and Python example progra -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org