VTK is an optional backend for plotting in Maxima that you can enable
with "draw_renderer: 'vtk;". It is also NON-optional when drawing with
the scene() command; however, scene() is presently broken after VTK
dropped its Tcl/Tk interface. As a result, we add sci-libs/vtk only as
an optional dependency to Maxima, behind USE=vtk.
This requires dropping ~ppc for now.
Closes: https://bugs.gentoo.org/769899
Package-Manager: Portage-3.0.13, Repoman-3.0.2
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
The "tk" flag isn't something a normal user can understand. Since its
main purpose it to enable a GUI, I've renamed it to "gui".
Package-Manager: Portage-3.0.13, Repoman-3.0.2
Signed-off-by: Michael Orlitzky <mjo@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>
Dropping old versions, which do not support slotted lua, while current
stables does.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Dropping old version, which does not support slotted lua, while current
stable does.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Dropping all old versions, as no slotted lua is supported.
Current stable does support it.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Dropping old version, which does not support slotted lua.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Drop old version, which does not support slotted lua, while current
stable does.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Dropping old versions, which do not support slotted lua,
while current stable does.
Package-Manager: Portage-3.0.16, Repoman-3.0.2
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
Joonas Niilola
Jonas Licht
Alexander Miller
Hans de Graaff
Zac Medico
Michael Orlitzky
Alexei Colin
Jonathan Davies
Conrad Kostecki
Sam James