MantisBT - VTK
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0014125VTK(No Category)public2013-06-10 18:512013-12-27 22:10
ReporterOrion Poplawski 
Assigned ToDave DeMarle 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version6.0.rc 
Target Version6.1.0Fixed in Version6.1.0 
ProjectTBD
Typeincorrect functionality
Summary0014125: Python libraries are installed with rpath with 6.0.0.rc2
DescriptionWhile looking at updating the Fedora vtk packages to 6.0.0, I've discovered that the python libraries are installed with rpaths intact:

vtk-python.x86_64: E: binary-or-shlib-defines-rpath /usr/lib64/python2.7/site-packages/vtk/vtkFiltersImagingPython.so ['/usr/lib/jvm/java/jre/lib/amd64/xawt', '/usr/lib/jvm/java/jre/lib/amd64/client', '/usr/lib/jvm/java/jre/lib/amd64/server', '/export/home/orion/fedora/vtk/VTK6.0.0.rc2/build/lib']

These should get stripped on install.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2013-06-10 18:51Orion PoplawskiNew Issue
2013-06-11 14:20Dave DeMarlePrioritynormal => urgent
2013-06-11 14:20Dave DeMarleSeverityminor => major
2013-06-11 14:20Dave DeMarleStatusbacklog => todo
2013-06-11 14:20Dave DeMarleProduct Version => 6.0.rc
2013-06-11 14:20Dave DeMarleTarget Version => 6.0.0
2013-06-11 15:01Dave DeMarleAssigned To => Dave DeMarle
2013-06-11 15:01Dave DeMarleReproducibilityhave not tried => always
2013-06-11 15:01Dave DeMarleStatustodo => active development
2013-06-11 15:40Dave DeMarleNote Added: 0030983
2013-06-11 16:00Dave DeMarleNote Added: 0030984
2013-07-22 19:55Dave DeMarlePriorityurgent => normal
2013-07-22 19:55Dave DeMarleTarget Version6.0.0 => 6.1.0
2013-07-22 20:11Dave DeMarleStatusactive development => todo
2013-08-12 17:44Dave DeMarleStatustodo => backlog
2013-08-14 17:06Dave DeMarleStatusbacklog => active development
2013-12-27 22:10Dave DeMarleNote Added: 0032077
2013-12-27 22:10Dave DeMarleStatusactive development => closed
2013-12-27 22:10Dave DeMarleResolutionopen => fixed
2013-12-27 22:10Dave DeMarleFixed in Version => 6.1.0

Notes
(0030983)
Dave DeMarle   
2013-06-11 15:40   
note: problem existed in 5.10 as well
(0030984)
Dave DeMarle   
2013-06-11 16:00   
A workaround is to set CMAKE_SKIP_RPATH on. When you build you will need to set you (DYLD|LD)_LIBRARY_PATH to the build/lib directory so that the wrapper executables will run in the build step. None of the produced libraries will then have not RPATH in them.

In the next release we will install the python extension modules via cmake instead of via setup.py, and this problem will go away as cmake install knows how to strip RPATH.
(0032077)
Dave DeMarle   
2013-12-27 22:10   
See:
commit beae7c648708c1ae453d9fb8a19a5a89638379bc
Author: Dave DeMarle <dave.demarle@kitware.com>
Date: Thu Aug 15 11:50:53 2013 -0400