summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* sci-libs/vtk: add python-3.9 supportBernd Waibel2021-06-101-3/+3
| | | | | | 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: 8.2.0: update deprecated var for setting Python site-dirAlexei Colin2021-03-251-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Problem: On some platforms (ppc64le), Python modules are installed into $EPREFIX/usr/lib64/pythonX.Y/site-packages instead of $EPREFIX/usr/lib/pythonX.Y/site-packages Reason: The ebuild sets VTK_INSTALL_PYTHON_MODULE_DIR, but it has been deprecated and thus has no effect. Thus, the install directory used is the default install directory, and for some reason it's /usr/lib64 instead of /usr/lib. The only reference to the deprecated var in v8.2.0 is to print the deprecation warning: ./CMake/vtkDirectories.cmake:29:if(DEFINED VTK_INSTALL_PYTHON_MODULE_DIR) ./CMake/vtkDirectories.cmake-30- message(WARNING ./CMake/vtkDirectories.cmake:31: "VTK_INSTALL_PYTHON_MODULE_DIR is no longer supported. " ./CMake/vtkDirectories.cmake-32- "Set `VTK_PYTHON_SITE_PACKAGES_SUFFIX` instead, although not needed in most cases.") ./CMake/vtkDirectories.cmake-33-endif() Note that in versions >8.2.0, this warning has been removed, too. The fix: VTK_INSTALL_PYTHON_MODULES_DIR is still honored, including in >8.2.0, so use it instead. Note that VTK_PYTHON_SITE_PACKAGES_SUFFIX does not help because it is appended after the lib directory in the path. Perhaps a deeper fix might be to figure out why the default lib dir is set to lib64 instead of lib. I didn't investigate this further. The ebuild already intends to override the default, and this commit just fixes that override. I don't know if the default dir is still broken in >8.2.0, i.e. whether it is still necessary for the >8.2.0 ebuilds to override the default installation directory. There have been related changes, though, see at least this commit that's not in 8.2.0 but is in master: commit 4c42ff417c209087bf0058a9eb2614928943156b Author: Ben Boeckel <ben.boeckel@kitware.com> Date: Thu Oct 18 13:17:11 2018 -0400 vtkPython: expose VTK_PYTHONPATH to consumers of VTK Signed-off-by: Alexei Colin <ac@alexeicolin.com> Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* sci-libs/vtk: added ~arm64Roy Bamford2021-02-221-2/+2
| | | | | | Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Roy Bamford <neddyseagoon@gentoo.org> Signed-off-by: Sam James <sam@gentoo.org>
* */*: Remove obsolete values from PYTHON_COMPATMichał Górny2021-01-311-1/+1
| | | | Signed-off-by: Michał Górny <mgorny@gentoo.org>
* sci-libs/vtk: dev-libs/pegtl as dependencyAlessandro Barbieri2020-12-271-0/+1
| | | | | | | | | | needed by USE="all-modules" Closes: https://bugs.gentoo.org/754687 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Alessandro Barbieri <lssndrbarbieri@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/18228 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: Revert "dev-libs/pegtl as dependency"Andreas Sturmlechner2020-12-271-1/+0
| | | | | | | | | | This reverts commit 694ea56635c8bf70407885cca15095fa6694d0fe. IUSE=all-modules can be considered broken anyway, so there is time for ~arm keywording dev-libs/pegtl. Bug: https://bugs.gentoo.org/754687 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: dev-libs/pegtl as dependencyAlessandro Barbieri2020-12-271-0/+1
| | | | | | | | | | needed by USE="all-modules" Closes: https://bugs.gentoo.org/754687 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Alessandro Barbieri <lssndrbarbieri@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/18228 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
* sci-libs/vtk: further >=dev-libs/pugixml-1.11 fixesSam James2020-12-151-1/+5
| | | | | | | | | | | | | | | * Drop the internal copy of pugixml just in case. * Adapt vtk to the new "proper" CMake config files from pugixml upstream. Note that Aisha Tammy's patch worked for her with CMake 3.19.1 but not for me on 3.17.4 (stable), so this seems to be needed to be safe. Bug: https://bugs.gentoo.org/758611 Package-Manager: Portage-3.0.9, Repoman-3.0.2 Signed-off-by: Sam James <sam@gentoo.org>
* sci-libs/vtk: fix finding pugixmlAisha Tammy2020-12-151-0/+347
Closes: https://bugs.gentoo.org/758611 Package-Manager: Portage-3.0.11, Repoman-3.0.2 Signed-off-by: Aisha Tammy <gentoo@aisha.cc> Closes: https://github.com/gentoo/gentoo/pull/18640 Signed-off-by: Sam James <sam@gentoo.org>