Hello,
I’m trying to bump the version of Paraview on Macports, but after updating the version, the build gets to 100%, but VTK tries to get installed into /usr/local.
I have the feeling that the option -DMACOS_APP_INSTALL_PREFIX is not used anymore. Is there something I need to tweak?
:info:destroot make[2]: Nothing to be done for `Wrapping/Python/CMakeFiles/paraview_python_copy.dir/build'.
:info:destroot [100%] Built target paraview_python_copy
:info:destroot /opt/local/bin/cmake -E cmake_progress_start /opt/local/var/macports/build/_Users_rubendibattista_git_macports-ports_science_paraview/paraview/work/build/CMakeFiles 0
:info:destroot /Library/Developer/CommandLineTools/usr/bin/make -f CMakeFiles/Makefile2 preinstall
:info:destroot make[1]: Nothing to be done for `preinstall'.
:info:destroot Install the project...
:info:destroot /opt/local/bin/cmake -P cmake_install.cmake
:info:destroot -- Install configuration: "Release"
:info:destroot CMake Error at cmake_install.cmake:48 (file):
:info:destroot file cannot create directory: /usr/local/lib/cmake/paraview-5.8/vtk. Maybe
:info:destroot need administrative privileges.
Those are the configure options Macports forwards to cmake:
Does it need sudo privileges? Though…it seems that macports needs to update their CMake options. The share/cmake/Modules subdirectory is old and there’s nothing setting CMAKE_INSTALL_PREFIX=/opt/local, so the default of /usr/local still applies.
Ehi @ben.boeckel, thanks. But the fact that CMAKE_INSTALL_PREFIX is missing is due to the fact that, theoretically, this should be an App bundle, shouldn’t it? For that reason, it should use -DMACOSX_APP_INSTALL_PREFIX as prefix to install the App bundle. Am I wrong?
And morevoer macports already has rights to write into /opt/local.
The problem here is that now it tries to install vtk following CMAKE_INSTALL_PREFIX instead of following the path for the App bundle.
It makes an app bundle, but it isn’t relocatable as a bundle (the prefix as a whole is the relocatable bit right now). It’s basically a standard Unix-style install layout with bin/Applications/paraview.app using relative paths into that prefix. For a relocatable bundle, the superbuild is necessary.
Yeah, that’s the first step in the solution. I recommend going through Documentation/dev/build.md document to see what variables you actually need to set with the 9.0 release (since a lot of things got moved around). Anything not mentioned there or in CMake docs is either undocumented (and probably has some other way of handling it) or is no longer relevant.
Before 5.8.0 (and maybe 5.7.0), the normal CMakeLists.txt from paraview was able to generate a non-relocatable bundle (there was the build option -DMACOSX_APP_INSTALL_PREFIX to set where to put it).
Hello,
It is first time I am trying to build paraview; I tried to find the same error in this support group and maybe this one (I am replying to) is most similar.
I am building paraview on a computing cluster. First I tried to build cmake by make install
but it gives this error:
[100%] Built target foo
Install the project...
-- Install configuration: "Release"
CMake Error at Source/kwsys/cmake_install.cmake:46 (file):
file cannot create directory: /usr/local/doc/cmake-3.20/cmsys. Maybe need
administrative privileges.
Call Stack (most recent call first):
cmake_install.cmake:47 (include)
make: *** [install] Error 1
Should I contact cluster support team or maybe there is easier solution?