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.
[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
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
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
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
5 matches
Mail list logo