Summary: | sci-libs/vtk-8.1.0-r1 - CMake Error at CMake/vtkModuleMacros.cmake:950 (find_package): By not providing "FindZFP.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "ZFP", but CMake did not ... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Bernd <waebbl-gentoo> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alex, lssndrbarbieri, proxy-maint, waebbl-gentoo |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://github.com/gentoo/gentoo/pull/21110 https://github.com/gentoo/gentoo/pull/21115 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
pyexpander-1.8.4.ebuild zfp-0.5.2.ebuild bzip2ed sci-libs\:vtk-8.1.0-r1:20180330-223325.log |
Description
Juergen Rose
2018-02-06 23:33:15 UTC
I believe the Pyexpander problem is not a fatal error. same here. Any suggestions? Created attachment 526242 [details]
pyexpander-1.8.4.ebuild
An ebuild to install pyexpander.
Created attachment 526244 [details]
zfp-0.5.2.ebuild
An ebuild to install zfp.
After installing pyexpander-1.8.4 and and zfp-0.5.2 'MAKEOPTS=-j1 emerge -vuDN vtk' fails with: ... make[2]: Leaving directory '/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build' make -f ThirdParty/vtkm/vtk-m/vtkm/CMakeFiles/check_Math.h.dir/build.make ThirdParty/vtkm/vtk-m/vtkm/CMakeFiles/check_Math.h.dir/build make[2]: Entering directory '/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build' [ 69%] Checking validity of Math.h cd /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm && /usr/bin/cmake -DPYTHON_EXECUTABLE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/temp/python2.7/bin/python -DPYEXPANDER_COMMAND=/usr/bin/expander.py -DSOURCE_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/vtkm/Math.h -DGENERATED_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/Math.h -P /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake CMake Error: Error processing file: /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake make[2]: *** [ThirdParty/vtkm/vtk-m/vtkm/CMakeFiles/check_Math.h.dir/build.make:62: ThirdParty/vtkm/vtk-m/vtkm/Math.h.checked] Error 1 make[2]: Leaving directory '/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build' make[1]: *** [CMakeFiles/Makefile2:55622: ThirdParty/vtkm/vtk-m/vtkm/CMakeFiles/check_Math.h.dir/all] Error 2 The file /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake which is required by 5 other cmake files does not exist: root@lynx:/usr/src/linux(86)# find /var/tmp/portage/sci-libs/vtk-8.1.0-r1/ -type f -exec grep VTKmCheckPyexpander.cmake {} \; -ls cd /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal && /usr/bin/cmake -DPYTHON_EXECUTABLE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/temp/python2.7/bin/python -DPYEXPANDER_COMMAND=/usr/bin/expander.py -DSOURCE_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/vtkm/internal/FunctionInterfaceDetailPost.h -DGENERATED_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal/FunctionInterfaceDetailPost.h -P /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake 1716925 8 -rw-r--r-- 1 portage portage 4739 Mar 31 00:34 /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal/CMakeFiles/check_FunctionInterfaceDetailPost.h.dir/build.make cd /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal && /usr/bin/cmake -DPYTHON_EXECUTABLE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/temp/python2.7/bin/python -DPYEXPANDER_COMMAND=/usr/bin/expander.py -DSOURCE_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/vtkm/internal/FunctionInterfaceDetailPre.h -DGENERATED_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal/FunctionInterfaceDetailPre.h -P /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake 1841843 8 -rw-r--r-- 1 portage portage 4712 Mar 31 00:34 /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/internal/CMakeFiles/check_FunctionInterfaceDetailPre.h.dir/build.make cd /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/exec/internal && /usr/bin/cmake -DPYTHON_EXECUTABLE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/temp/python2.7/bin/python -DPYEXPANDER_COMMAND=/usr/bin/expander.py -DSOURCE_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/vtkm/exec/internal/WorkletInvokeFunctorDetail.h -DGENERATED_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/exec/internal/WorkletInvokeFunctorDetail.h -P /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake 1841867 8 -rw-r--r-- 1 portage portage 4827 Mar 31 00:34 /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/exec/internal/CMakeFiles/check_WorkletInvokeFunctorDetail.h.dir/build.make cd /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm && /usr/bin/cmake -DPYTHON_EXECUTABLE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/temp/python2.7/bin/python -DPYEXPANDER_COMMAND=/usr/bin/expander.py -DSOURCE_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/vtkm/Math.h -DGENERATED_FILE=/var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/Math.h -P /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/CMake/VTKmCheckPyexpander.cmake 1716915 4 -rw-r--r-- 1 portage portage 3911 Mar 31 00:34 /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/vtk-8.1.0_build/ThirdParty/vtkm/vtk-m/vtkm/CMakeFiles/check_Math.h.dir/build.make -P ${CMAKE_SOURCE_DIR}/CMake/VTKmCheckPyexpander.cmake 1706781 32 -rwxr-xr-x 1 portage portage 30592 Dec 22 17:33 /var/tmp/portage/sci-libs/vtk-8.1.0-r1/work/VTK-8.1.0/ThirdParty/vtkm/vtk-m/CMake/VTKmMacros.cmake Created attachment 526246 [details]
bzip2ed sci-libs\:vtk-8.1.0-r1:20180330-223325.log
'USE=-all-modules MAKEOPTS=-j1 emerge -v1 vtk' works. vtk-8.1.0-r2 and USE=all-modules fails with the same error. What about 8.2.0? it still want zfp for me The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2728a6a5f2c0a39f44ceee464a764bec6da2c320 commit 2728a6a5f2c0a39f44ceee464a764bec6da2c320 Author: Bernd Waibel <waebbl-gentoo@posteo.net> AuthorDate: 2021-06-03 16:52:37 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-06-10 03:37:44 +0000 sci-libs/vtk: improve all-modules USE flag - add missing flags to REQUIRED_USE - add new mysql USE flag - needed by all-modules, adds new dependency on dev-db/mysql-connector-c. Dev-db/mariadb-connector-c isn't supported by this version. Fix an issue with using of deprecated my_bool when using mysql-connector-c. - remove xdmf2 USE flag, block sci-libs/xdmf2 with all-modules: sci-libs/xdmf2 doesn't ship any cmake configuration files, which leads to configuration errors when trying to build against external xdmf2 - block sci-libs/xdmf2: when built against internal xdmf2, there are header file collisions with the header files installed by sci-libs/xdmf2 - add dependency on sci-libs/kissfft, bug #754684) and drop bundled - fix an issue with xdmf3 library being installed in both library locations, lib and lib64 - fix QA issues with RPATH - byte compile python files - disable searching for zfp (no package in tree) - addresses some QA issues with defined but unused cmake variables: fixing all of them would need a thorough testing of each single USE flag and checking where these belong to, in this over-complex build system (bug #660582) Closes: https://bugs.gentoo.org/793839 Closes: https://bugs.gentoo.org/754684 Closes: https://bugs.gentoo.org/646846 Bug: https://bugs.gentoo.org/660582 Package-Manager: Portage-3.0.19, Repoman-3.0.3 Signed-off-by: Bernd Waibel <waebbl-gentoo@posteo.net> Signed-off-by: Sam James <sam@gentoo.org> ...01-fix-library-installation-dir-for-xdmf3.patch | 57 +++ sci-libs/vtk/vtk-8.2.0-r2.ebuild | 382 +++++++++++++++++++++ 2 files changed, 439 insertions(+) I disagree in closing this for vtk-8, I've packaged zfp and vtk-8 should depend on it (with vtk-9 things are complicated) Just my 2 cents. - The specific issue at hand has been solved with the PR and thus the bug has to be closed. As always, there are numerous ways to solve a problem. The chosen one may not be the optimal solution, but that's IMO not important in that case. The ebuild can be improved any time later. - Adding a new ebuild to ::gentoo takes time, usually a lot of time. From a few weeks up to many many months, anything is possible. Do you think, it's a good idea to wait, say, another year for this bug to be solved, if there's an easy way to get a quick fix and later improve on it, once the dependency has been added to the tree? - Why didn't you comment on the PR about this? It would have been easy to change the closed tag into a bug tag, if desired. IMO that would have been the proper place to discuss about it, in time and with the possibility to adjust. - This bug has been open for more than 3 years by now. Enough time to step up on it and propose a solution for yourself. Why haven't you done this? I didn't grab on the maintainership of the package (see the resolved comments about it in metadata.xml on my vtk-9 PR). I'm maintaining an ebuild for vtk for years in my overlay, trying to improve on it and fix issues and know this beast is not only fun, and get's you frustated easily. It's over-complex build system is a challenge to fully understand and at first I didn't want to be a named maintainer for the package. You are more than welcome to add yourself as a maintainer and take care of it, so you can solve things in a better way. - TBH, I get a feeling you just wanted to start a fight with your comment, because it hasn't been solved the way *you* wanted it to be done. |