Description of problem: When PATH lists non-usr directories first (eg PATH=/sbin:/bin:/usr/sbin:/usr/bin), VTK_DIR is determined to be /lib64/vtk. In the VTKConfig.cmake, this results in a VTK_INCLUDE_DIRS of //include/vtk, which doesn't exist, of course. This non-standard PATH variable occurred for me when I "sudo su <user> -" to a user, which is not an unusual procedure. Version-Release number of selected component (if applicable): 5.10.0-3.fc18 How reproducible: 100% Steps to Reproduce: 1. export PATH=/sbin:/bin:/usr/sbin:/usr/bin 2. mkdir ~/vtktest && cd vtktest 3. echo "cmake_minimum_required(VERSION 2.8) find_package(VTK REQUIRED) message(\"VTK_INCLUDE_DIRS: \${VTK_INCLUDE_DIRS}\")" > CMakeLists.txt 4. cmake . Actual results: VTK_INCLUDE_DIRS: //include/vtk Expected results: VTK_INCLUDE_DIRS: /usr/include/vtk Additional info: This has been presented before: http://www.pcl-users.org/Compiling-PCL-1-6-0-on-Fedora-17-td4023336.html but couldn't be reproduced.
Looks like I missed a ~/ in step 2, should be: 2. mkdir ~/vtktest && cd ~/vtktest
This is actually a cmake issue (as it ships FindVTK.cmake). I've posted to the cmake user list to ask for suggestions on how to handle this in a general way. We can hack it for FindVTK to search in /usr first, but we may have to do this for many other modules as well.
cmake-2.8.10.2-5.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/cmake-2.8.10.2-5.fc18
Package cmake-2.8.10.2-5.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing cmake-2.8.10.2-5.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-6649/cmake-2.8.10.2-5.fc18 then log in and leave karma (feedback).
cmake-2.8.10.2-5.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 921271 has been marked as a duplicate of this bug. ***
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Should be fixed in 6.2.0 in f23.