| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* 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>
|
|
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>
|