Package Details: vtk-git 7.0.0.1656.gba7417a-1

Git Clone URL: https://aur.archlinux.org/vtk-git.git (read-only)
Package Base: vtk-git
Description: Open-source software system for image processing, 3D graphics, volume rendering and visualization
Upstream URL: http://www.vtk.org
Licenses: BSD
Conflicts: vtk
Provides: vtk
Submitter: pmattern
Maintainer: pmattern
Last Packager: pmattern
Votes: 1
Popularity: 0.334896
First Submitted: 2016-05-02 16:20
Last Updated: 2016-07-07 22:24

Required by (22)

Sources (1)

Pinned Comments

pmattern commented on 2016-05-23 23:39

The package suffers from several problems regarding its dependencies. The well-understood ones as well as some additional notes are stated in PKBUILD. The not so well-understood ones which eventually need further investigating are as follows:
→ GLEW: A CMake option VTK_USE_SYSTEM_GLEW exists but assigning ON on the command line gets reverted to OFF and the version included in the VTK code is used. This shouldn't result in problems as the latter results in shared libraries named libvtkglew-<VTK version>.so*.
→ Java: With JAVA_HOME set as described in PKGBUILD neither cmake nor make throw any error message. Yet according to ldd twenty of the binary files of VTK don't find libjawt.so (JNI) when it's installed at the usual location.
→ XDMF: A working package isn't available in Arch Linux as xdmf from the AUR fails to build. An upstream Git checkout compiles but yields shared libraries with faulty sonames and files *.cmake that aren't recognized by VTK, even if manually moved from the wrong location implemented in cmake / make to the usual one. Compiling XDMF version 2 included in VTK against system HDF5 causes FTBFS. Thus using the included XDMF version 3 only for now.

Latest Comments

pmattern commented on 2016-05-23 23:39

The package suffers from several problems regarding its dependencies. The well-understood ones as well as some additional notes are stated in PKBUILD. The not so well-understood ones which eventually need further investigating are as follows:
→ GLEW: A CMake option VTK_USE_SYSTEM_GLEW exists but assigning ON on the command line gets reverted to OFF and the version included in the VTK code is used. This shouldn't result in problems as the latter results in shared libraries named libvtkglew-<VTK version>.so*.
→ Java: With JAVA_HOME set as described in PKGBUILD neither cmake nor make throw any error message. Yet according to ldd twenty of the binary files of VTK don't find libjawt.so (JNI) when it's installed at the usual location.
→ XDMF: A working package isn't available in Arch Linux as xdmf from the AUR fails to build. An upstream Git checkout compiles but yields shared libraries with faulty sonames and files *.cmake that aren't recognized by VTK, even if manually moved from the wrong location implemented in cmake / make to the usual one. Compiling XDMF version 2 included in VTK against system HDF5 causes FTBFS. Thus using the included XDMF version 3 only for now.

misc commented on 2016-05-23 19:29

These changes were required for me:
http://pastebin.com/raw/NkmFJFYv

gl2ps: http://www.vtk.org/Bug/view.php?id=16083
+find_package(HDF5 REQUIRED): from a patch in paraview-git, dunno if really necessary
nc_type: seems like a typo, dunno why that didn't raise errors sooner

The PKGBUILD itself should be realigned with the repo, eg. -DVTK_INSTALL_INCLUDE_DIR:PATH=include/vtk

pmattern commented on 2016-05-21 23:10

No doubt about GitHub. It had in fact already been set in the next upload's draft here.

Regarding CMAKE_BUILD_TYPE I'm not sure, though.
I thought having the debug symbols enabled which is one consequence of setting "Debug" doesn't hurt at least as long as the package is still rather new. The package size isn't too much bigger compared to the release packages in community. So do you see any particular problem that eventually doesn't exist when "Release" is set?

doug commented on 2016-05-18 15:38

thanks for this package, I have a few suggestions:
please use https://github.com/Kitware/vtk.git as source, the download speed is MUCH faster than from kitware.com
and please add -DCMAKE_BUILD_TYPE=Release to cmake flags