Summary: | sci-libs/vtk-9.0.1 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bernd <waebbl-gentoo> |
Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | atoth, gentoo, jstein, mva, sam |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://vtk.org/download/ | ||
See Also: | https://github.com/gentoo/gentoo/pull/15966 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 776760, 776763, 776766 | ||
Bug Blocks: | 789780 | ||
Attachments: |
vtk-9.0.1 ebuild
vtk-9.0-cmake-files-path patch vtk-9.0-eigen_cmake_build_type patch vtk-9.0-python-site-packages-path patch vtk-8.2.0.build.log |
Description
Bernd
2020-05-18 11:48:56 UTC
*** Bug 736475 has been marked as a duplicate of this bug. *** Created attachment 654822 [details]
vtk-9.0.1 ebuild
Created attachment 654824 [details, diff]
vtk-9.0-cmake-files-path patch
Created attachment 654826 [details, diff]
vtk-9.0-eigen_cmake_build_type patch
Created attachment 654828 [details, diff]
vtk-9.0-python-site-packages-path patch
Hi, I created ebuild for vtk-9.0.1. Ebuild is based on vtk-8.2.0 from portage. Patches contain hardcoded paths, but I believe that they can be used as a starting point for someone who can make it better. I also changed installation path for python modules to more convenient location, /usr/lib/python.../site-packages/vtk. I also added option to build vtk with OpenMP support. I didn't test all use flags, I need vtk only for freecad. My use flags are: X boost mpi openmp python qt5 rendering. I am not able to use vtk-9.0.1 with freecad for now because opencascade-7.4.0 fails to build with vtk-9.0.1. Created attachment 663304 [details]
vtk-8.2.0.build.log
It looks like new dependency should be added.
// well, looks like it also triggers 8.2.0.
But I'm not sure, if it is general build dependency (it's a header-only lib), or it 's requirement is triggered by some of USE-flags...
(FWIW, I'd just bump it then drop keywords and rekeyword with the deps. I'm also happy to look at any PR when you - or anyone else - is ready, but may need some help to verify some of the CMake magic.) (In reply to Sam James from comment #8) > (FWIW, I'd just bump it then drop keywords and rekeyword with the deps. > > I'm also happy to look at any PR when you - or anyone else - is ready, but > may need some help to verify some of the CMake magic.) Wait, there is one! The PR already has keyword dropped. If you want, we can remove the blocks and open another bug, once the package is bumped. Gonna update the PR, now that all dependencies have been keyworded. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0e3674e78cc315bd0f9adf266dc2b9259b149ac6 commit 0e3674e78cc315bd0f9adf266dc2b9259b149ac6 Author: Bernd Waibel <waebbl@gmail.com> AuthorDate: 2021-02-02 07:12:25 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-05-31 11:37:59 +0000 sci-libs/vtk: bump to 9.0.1 Closes: https://bugs.gentoo.org/723744 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> sci-libs/vtk/Manifest | 4 + ...r-compute_arch-if-CUDA-toolkit-11-is-used.patch | 32 ++ sci-libs/vtk/metadata.xml | 13 +- sci-libs/vtk/vtk-9.0.1.ebuild | 531 +++++++++++++++++++++ 4 files changed, 579 insertions(+), 1 deletion(-) |