vtk/vtk.spec

467 lines
15 KiB
RPMSpec
Raw Normal View History

#
# spec file for package vtk
#
# Copyright (c) 2018 SUSE LINUX GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.
# Please submit bugfixes or comments via https://bugs.opensuse.org/
#
%define compat_gl 0
%define pkgname vtk
%define vtklib lib%{pkgname}1
%define shlib %{vtklib}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Name: vtk
Version: 8.1.2
Release: 0
%define series 8.1
# This is a variant BSD license, a cross between BSD and ZLIB.
# For all intents, it has the same rights and restrictions as BSD.
# http://fedoraproject.org/wiki/Licensing/BSD#VTKBSDVariant
Summary: The Visualization Toolkit - A high level 3D visualization library
License: BSD-3-Clause
Group: Productivity/Scientific/Other
URL: http://vtk.org/
Source: https://www.vtk.org/files/release/%{series}/VTK-%{version}.tar.gz
# FIXME See if packaging can be tweaked to accommodate python-vtk's devel files in a devel package later
2017-08-09 09:38:23 +02:00
# We need to use the compat conditionals here to avoid Factory's source validator from tripping up
Source99: vtk-rpmlintrc
# PATCH-FIX-UPSTREAM vtk-fix-file-contains-date-time.patch badshah400@gmail.com -- Fix file containing DATE and TIME
Patch1: vtk-fix-file-contains-date-time.patch
# PATCH-FIX-OPENSUSE 0001-Allow-compilation-on-GLES-platforms.patch VTK issue #17113 stefan.bruens@rwth-aachen.de -- Fix building with Qt GLES builds
Patch3: 0001-Allow-compilation-on-GLES-platforms.patch
# PATCH-FIX-UPSTREAM fix_qt5_example_cmake.patch -- Fix for recent Qt5 version https://gitlab.kitware.com/vtk/vtk/issues/17336
Patch4: fix_qt5_example_cmake.patch
BuildRequires: R-base-devel
BuildRequires: chrpath
BuildRequires: cmake >= 3.4
BuildRequires: doxygen
BuildRequires: fdupes
BuildRequires: gcc-c++
BuildRequires: gl2ps-devel
BuildRequires: gnuplot
BuildRequires: graphviz
BuildRequires: hdf5-devel
BuildRequires: java-devel
BuildRequires: libjpeg-devel
BuildRequires: libmysqlclient-devel
BuildRequires: libnetcdf_c++-devel
BuildRequires: libtiff-devel
BuildRequires: python3-devel
2017-08-09 09:38:23 +02:00
BuildRequires: python3-mpi4py-devel
BuildRequires: python3-numpy-devel
BuildRequires: python3-qt5-devel
BuildRequires: wget
BuildRequires: pkgconfig(Qt5Core)
BuildRequires: pkgconfig(Qt5OpenGL)
BuildRequires: pkgconfig(Qt5OpenGLExtensions)
BuildRequires: pkgconfig(Qt5Sql)
BuildRequires: pkgconfig(Qt5WebKitWidgets)
BuildRequires: pkgconfig(Qt5Widgets)
BuildRequires: pkgconfig(expat)
BuildRequires: pkgconfig(freetype2)
BuildRequires: pkgconfig(gl)
BuildRequires: pkgconfig(jsoncpp)
BuildRequires: pkgconfig(libavcodec)
BuildRequires: pkgconfig(libavdevice)
BuildRequires: pkgconfig(libavformat)
BuildRequires: pkgconfig(libavutil)
BuildRequires: pkgconfig(libiodbc)
BuildRequires: pkgconfig(liblz4) >= 1.7.3
BuildRequires: pkgconfig(libpng)
BuildRequires: pkgconfig(libswscale)
BuildRequires: pkgconfig(netcdf)
BuildRequires: pkgconfig(tcl)
BuildRequires: pkgconfig(theora)
BuildRequires: pkgconfig(tk)
BuildRequires: pkgconfig(x11)
BuildRequires: pkgconfig(xt)
BuildRequires: pkgconfig(zlib)
%if 0%{?suse_version} >= 1500
BuildRequires: libboost_graph-devel
BuildRequires: libboost_graph_parallel-devel
BuildRequires: libboost_mpi-devel
BuildRequires: libboost_serialization-devel
%else
BuildRequires: boost-devel
%endif
Provides: python3-%{name}-qt = %{version}
%if %{?sles_version}
BuildRequires: libxml2-devel
%else
BuildRequires: pkgconfig(libxml-2.0)
%endif
%description
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
%package -n %{shlib}
Summary: The Visualization Toolkit - A high level 3D visualization library
Group: System/Libraries
Conflicts: libvtkcompat_gl1
Provides: %{name} = %{version}
2017-08-09 09:38:23 +02:00
%description -n %{shlib}
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
2017-08-09 09:38:23 +02:00
This package provides the shared libraries for VTK.
%package devel
Summary: VTK header files for building C++ code
Group: Development/Libraries/C and C++
# not strictly necessary, but required by VTKs cmake files
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
Requires: %{name}-java = %{version}
Requires: %{name}-tcl = %{version}
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Requires: python3-%{name} = %{version}
Requires: R-base-devel
Requires: cmake >= 3.4
Requires: gcc-c++
Requires: gl2ps-devel
Requires: gnuplot
Requires: graphviz
Requires: hdf5-devel
Requires: java-devel
Requires: libjpeg-devel
Requires: libmysqlclient-devel
Requires: libnetcdf_c++-devel
Requires: libtiff-devel
Requires: pkgconfig(Qt5Core)
Requires: pkgconfig(Qt5OpenGL)
Requires: pkgconfig(Qt5OpenGLExtensions)
Requires: pkgconfig(Qt5Sql)
Requires: pkgconfig(Qt5WebKitWidgets)
Requires: pkgconfig(Qt5Widgets)
Requires: pkgconfig(expat)
Requires: pkgconfig(freetype2)
Requires: pkgconfig(gl)
Requires: pkgconfig(jsoncpp)
Requires: pkgconfig(libavcodec)
Requires: pkgconfig(libavdevice)
Requires: pkgconfig(libavformat)
Requires: pkgconfig(libavutil)
Requires: pkgconfig(libiodbc)
Requires: pkgconfig(liblz4) >= 1.7.3
Requires: pkgconfig(libpng)
Requires: pkgconfig(libswscale)
Requires: pkgconfig(netcdf)
Requires: pkgconfig(tcl)
Requires: pkgconfig(theora)
Requires: pkgconfig(tk)
Requires: pkgconfig(x11)
Requires: pkgconfig(xt)
Requires: pkgconfig(zlib)
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: vtk-compat_gl-devel
%description devel
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This provides development libraries and header files required to
compile C++ programs that use VTK to do 3D visualisation.
%package devel-doc
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
Summary: VTK API documentation
Group: Documentation/HTML
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%description devel-doc
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
This provides the VTK API documentation useful for developing
programs that use VTK to do 3D visualisation.
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%package java
Summary: Java bindings for VTK
Group: Development/Libraries/Java
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: vtk-compat_gl-java
%description java
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This package provides java bindings for VTK.
%package -n python3-%{name}
Summary: Python bindings for VTK
Group: Development/Libraries/Python
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Requires: python3-mpi4py
Requires: python3-numpy
Requires: python3-qt5
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: python3-vtk-compat_gl
%description -n python3-%{name}
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This package provides python 3.x bindings for VTK.
%package qt
Summary: Qt Designer plugin for QVTKWidget
Group: Development/Libraries/C and C++
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: vtk-compat_gl-qt
%description qt
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This package provides a Qt Designer plugin for the QVTKWidget.
%package tcl
Summary: Tcl bindings for VTK
Group: Development/Languages/Tcl
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: vtk-compat_gl-tcl
%description tcl
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This package provides tcl bindings for VTK.
%package examples
Summary: Examples for VTK
Group: Documentation/Other
2017-08-09 09:38:23 +02:00
Requires: %{shlib} = %{version}
Recommends: vtkdata = %{version}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
Conflicts: vtk-compat_gl-examples
%description examples
VTK is a software system for image processing, 3D graphics, volume
rendering and visualization. VTK includes many advanced algorithms
(e.g. surface reconstruction, implicit modelling, decimation) and
rendering techniques (e.g. hardware-accelerated volume rendering,
LOD control).
This package contains many examples showing how to use VTK.
Examples are available in the C++, Tcl, Python and Java programming
languages.
%prep
%setup -q -n VTK-%{version}
%patch1 -p1
%patch3 -p1
%patch4 -p1
# Replace relative path ../../../../VTKData with %%{_datadir}/vtkdata
# otherwise it will break on symlinks.
grep -rl '\.\./\.\./\.\./\.\./VTKData' . | xargs -r perl -pi -e's,\.\./\.\./\.\./\.\./VTKData,%{_datadir}/vtkdata,g'
%build
export CFLAGS="%{optflags}"
export CXXFLAGS="%{optflags}"
# FindJava.cmake looks for javah executable. However,
# the build never invokes the tool. Define a bogus
# Java_JAVAH_EXECUTABLE in order to be able to build
# with JDK10 that does not have this tool, deprecated
# since JDK8.
%cmake \
-DBUILD_DOCUMENTATION:BOOL=ON \
-DBUILD_EXAMPLES:BOOL=ON \
-DBUILD_TESTING:BOOL=OFF \
-DCMAKE_C_COMPILER:STRING='gcc' \
-DCMAKE_CXX_COMPILER::STRING='g++' \
-DCMAKE_NO_BUILTIN_CHRPATH:BOOL=ON \
-DJava_JAVAH_EXECUTABLE:PATH=%{_bindir}/true \
-DModule_vtkTestingCore:BOOL=ON \
-DModule_vtkTestingRendering:BOOL=ON \
-DOpenGL_GL_PREFERENCE:STRING='GLVND' \
-DVTK_CUSTOM_LIBRARY_SUFFIX="" \
-DVTK_EXTERNAL_LIBHARU_IS_SHARED:BOOL=OFF \
-DVTK_Group_Imaging:BOOL=ON \
-DVTK_Group_MPI:BOOL=OFF \
-DVTK_Group_Qt:BOOL=ON \
-DVTK_Group_Rendering:BOOL=ON \
-DVTK_Group_StandAlone:BOOL=ON \
-DVTK_Group_Tk:BOOL=ON \
-DVTK_Group_Views:BOOL=ON \
-DVTK_INSTALL_ARCHIVE_DIR:PATH=%{_lib} \
-DVTK_INSTALL_LIBRARY_DIR:PATH=%{_lib} \
-DVTK_INSTALL_PACKAGE_DIR:PATH=%{_lib}/cmake/%{pkgname} \
-DVTK_INSTALL_QT_DIR:STRING=%{_lib}/qt5/plugins/designer \
-DVTK_INSTALL_PYTHON_MODULE_DIR:PATH=%( realpath --relative-to=%{_prefix} %{python3_sitearch} ) \
-DVTK_INSTALL_TCL_DIR:PATH=share/tcl/%{pkgname} \
-DVTK_PYTHON_VERSION=3 \
-DVTK_QT_VERSION=5 \
-DVTK_USE_OGGTHEORA_ENCODER:BOOL=ON \
-DVTK_USE_SYSTEM_LIBRARIES:BOOL=ON \
-DVTK_USE_SYSTEM_DIY2=OFF \
2017-08-09 09:38:23 +02:00
-DVTK_USE_SYSTEM_GL2PS=OFF \
-DVTK_USE_SYSTEM_HDF5:BOOL=ON \
-DVTK_USE_SYSTEM_LIBHARU:BOOL=OFF \
-DVTK_USE_SYSTEM_LIBPROJ4:BOOL=OFF \
-DVTK_USE_SYSTEM_MPI4PY=ON \
-DVTK_USE_SYSTEM_NETCDF:BOOL=ON \
-DVTK_WRAP_JAVA:BOOL=ON \
-DVTK_WRAP_PYTHON:BOOL=ON \
-DVTK_WRAP_PYTHON_SIP:BOOL=ON \
-DVTK_WRAP_TCL:BOOL=ON \
-DVTK_INSTALL_DOC_DIR:PATH=%( realpath --relative-to=%{_prefix} %{_docdir}/%{name}-%{series} )
%make_jobs
make %{?_smp_mflags} DoxygenDoc
# Remove executable bits from sources (some of which are generated)
find . -name \*.c -o -name \*.cxx -o -name \*.h -o -name \*.hxx -o -name \*.gif -exec chmod -x "{}" "+"
%install
%cmake_install
# List of executable examples
cat > examples.list << EOF
AmbientSpheres
Arrays
BalloonWidget
BandedContours
Cone
Cone2
Cone3
Cone4
Cone5
Cone6
Cube
Cylinder
Delaunay3D
Delaunay3DAlpha
DiffuseSpheres
DumpXMLFile
FilledContours
FixedPointVolumeRayCastMapperCT
GPURenderDemo
Generate2DAMRDataSetWithPulse
Generate3DAMRDataSetWithPulse
GenerateCubesFromLabels
GenerateModelsFromLabels
HierarchicalBoxPipeline
ImageSlicing
LabeledMesh
Medical1
Medical2
Medical3
Medical4
MultiBlock
ParticleReader
RGrid
SGrid
Slider
Slider2D
SpecularSpheres
TubesWithVaryingRadiusAndColors
finance
EOF
# Install examples
for file in `cat examples.list`; do
install -p build/bin/$file %{buildroot}%{_bindir}
done
perl -pi -e's,^,%{_bindir}/,' examples.list
%fdupes -s %{buildroot}
%check
# Make sure the python library is at least importable
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:%{buildroot}%{_libdir}
export PYTHONPATH=%{buildroot}%{python3_sitearch}
python3 -c "import vtk"
2017-08-09 09:38:23 +02:00
%post -n %{shlib} -p /sbin/ldconfig
%postun -n %{shlib} -p /sbin/ldconfig
%post -n python3-%{name} -p /sbin/ldconfig
%postun -n python3-%{name} -p /sbin/ldconfig
%files -n %{shlib}
%license Copyright.txt
%{_libdir}/lib*.so.*
%files devel
%license Copyright.txt
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{_bindir}/%{pkgname}EncodeString
%{_bindir}/%{pkgname}HashSource
%{_bindir}/%{pkgname}ParseJava
%{_bindir}/%{pkgname}WrapHierarchy
%{_bindir}/%{pkgname}WrapJava
%{_bindir}/%{pkgname}WrapPython
%{_bindir}/%{pkgname}WrapPythonInit
%{_bindir}/%{pkgname}WrapTcl
%{_bindir}/%{pkgname}WrapTclInit
2017-08-09 09:38:23 +02:00
%{_libdir}/*.so
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{_libdir}/cmake/%{pkgname}/
2017-08-09 09:38:23 +02:00
%{_libdir}/libvtkWrappingTools.a
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{_includedir}/%{pkgname}-%{series}/
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
# VTK JNI bindings
%exclude %{_libdir}/libvtk*Java.so
%exclude %{_libdir}/libvtkRenderingPythonTkWidgets*.so
2017-08-09 09:38:23 +02:00
%exclude %{_datadir}/tcl/vtk/vtktcl.c
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%files devel-doc
%license Copyright.txt
%{_docdir}/%{name}-%{series}
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%files java
%license Copyright.txt
%{_libdir}/%{pkgname}.jar
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%{_libdir}/libvtk*Java.so
%files -n python3-%{name}
%license Copyright.txt
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{_bindir}/%{pkgname}python
%{_libdir}/libvtkRenderingPythonTkWidgets*.so
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{python3_sitearch}/%{pkgname}/
%files tcl
%license Copyright.txt
Accepting request 530507 from home:StefanBruens:branches:science - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. - Move the vtk binary to the tcl subpackage, it is an interactive TCL shell, and depends on the TCL bindings. It can be used standalone from the devel package. Dito for its MPI variant, i.e. the pvtk binary. - Move all libvtk*Java.so to the java subpackage. These are part of the Java bindings, i.e. runtime dependencies. Otherwise, the java subpacakge depends on the devel subpackage. - Add the tcl and java subpackage to the devel requires again. Although not stricly necessary until building java or tcl packages, the cmake files have a hard dependency on several build artifacts provided by the tcl and java subpackages. Split devel packages for the bindings would be preferred, but this is not supported by the upstream build system. - Remove the openmpi-devel requires in the python subpackage, the mpi runtime libraries are provided by openmpi-libs, which is picked up automatically. - Split the API documentation from the development subpackage. The documentation amounts to almost 1 GByte of data, not necessary when just building packages. OBS-URL: https://build.opensuse.org/request/show/530507 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=102
2017-10-12 18:20:25 +02:00
%{_bindir}/%{pkgname}
Accepting request 489183 from home:polyconvex:branches:science As discussed in [1] I made a new package with compatibility build for the old OpenGL interface of vtk to support machines with older graphics cards that do not support OpenGL version 3.2 which the default build requires. [1] https://lists.opensuse.org/opensuse-factory/2017-04/msg00121.html Please create a link to this package with the new name after accepting this request. - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - add a separate package vtk-compat_gl compile using rendering backend OpenGL for systems without brand new graphic cards - default package vtk still uses new rendering backend default OpenGL2 - Update to version 7.1.0: See news item at https://blog.kitware.com/kitware-plans-to-spotlight-new-vtk-and-paraview-releases-at-sc16/ - Drop patch vtk-gcc6.patch, upstreamed. - Turn off usage of system DIY2, this library is not yet packaged for openSUSE. - Disable mkg3states binary also for openSUSE:Leap versions. - Update file list for upstream installation changes. - Use bundled gl2ps, as it no longer builds against the system one (requires svn trunk version of gl2ps). - CMake >= 3.4 is now required (earlier versions don't support NAMES_PER_DIR in find_program). - Enable use of SYSTEM_LIBRARIES for openSUSE:Leap versions too (only 13.2 requires this turned off as of now). - Refresh vtk-Rinterface-uintptr_t.patch to fix further issues with uintptr_t redefinition by defining the HAVE_UINTPTR_T macro using cmake functions; removing the #include of stdint.h is not needed any more since we will not be using the defs from Rinterface.h anyway (boo#985386). Although this really causes a build failure for the i586 arch, where the redefinition of unitptr_t in Rinterface.h conflicts with the stdint.h defintion, OBS-URL: https://build.opensuse.org/request/show/489183 OBS-URL: https://build.opensuse.org/package/show/science/vtk?expand=0&rev=81
2017-04-28 10:42:10 +02:00
%{_datadir}/tcl/%{pkgname}/
%files qt
%license Copyright.txt
%dir %{_prefix}/%{_lib}/qt5/plugins/designer
%{_prefix}/%{_lib}/qt5/plugins/designer/libQVTKWidgetPlugin.so
%files examples -f examples.list
%license Copyright.txt
%changelog