vtk-8.2.0-bp152.2.1

- Fix serial builds broken due to disabling the building of
  examples; instead of commenting out sections of the specfile
  related to examples, use %bcond_with to disable building
  examples by default and the corresponding conditionals where
  appropriate.

- add reproducible.patch to override build date and to sort entries
  (boo#1047218, boo#1041090)

- Disable building examples to prevent vtkLocalExample.java
  randomly missing from vtk.jar (boo#1138295, see also upstream
  recommendation in
  https://gitlab.kitware.com/vtk/vtk/issues/17619).

- Remove -DVTK_PYTHON_SITE_PACKAGES_SUFFIX silently added with the
  last change. As it specifies the path relative to the install
  prefix, setting it to the absolute python_sitearch is obviously
  wrong. As VTK figures out the correct path by itself, it is
  completely unnecessary.

- Add patch to fix building with python 3.8:
  * python38.patch

- Add openmpi3 flavor.
- Disable openmpi1 for SLE/Leap 15.2, openmpi3 for SLE <= 15.1
- Adjust disk _constraints.
- Drop vtk-fix-file-contains-date-time.patch, GCC honors
  SOURCE_DATE_EPOCH.
- Drop unused netcdf-c++-devel BuildRequires.

- Adapt to openmpi -> openmpi1 rename on Tumbleweed.
- Spec file cleanup, remove conditionals for Leap 42.x.
- Apply proj4 compatibility patch also on Leap.

- Use -ffat-lto-objects when building static libraries.

- Add more explicit dependencies to vtk-devel.

- Add an explicit 'Requires: double-conversion-devel' for vtk-devel.
  The double-conversion library is mentioned in vtkdoubleconversion.cmake
  but isn't automatically installed.

- Update to version 8.2.0
  * Removed support for TCL and Qt4
  * Removed all VTK_OVERRIDE, VTK_FINAL, VTK_DELETE_FUNCTION macros as
    C++11 is now required.
  * vtkAbstractArray gained support for runtime user defined free functions,
    allowing for custom allocator memory to be used with VTK.
  * The vtkGeovis classes are now deprecated.
  See https://blog.kitware.com/vtk-8-2-0/ for a more exhaustive list.
- Packaging changes:
  * Python bindings for MPI flavors are now installed below the MPI prefix
    and thus no longer conflict with each other. To use these, the
    PYTHONPATH currently has to be amended manually.
  * Removed several devel Requires: from the devel package. This reduces the
    dependency chain (e.g. java-devel) for all packages building against VTK,
    but may require to specify some dependencies explicitly, depending on
    the used VTK modules and bindings.
- Patch updates/additions:
  * Rebase vtk-fix-file-contains-date-time.patch
  * Rebase 0001-Allow-compilation-on-GLES-platforms.patch
  * Drop obsolete fix_qt5_example_cmake.patch
  * Add bundled_libharu_add_missing_libm.patch
  * Add bundled_exodusii_add_missing_libpthread.patch
  * Add 0001-Add-libogg-to-IOMovie-target-link-libraries.patch
  * Add 0001-Make-code-calling-proj4-compatible-with-proj4-5.0-an.patch

- Correct names of built packages, the mpi flavors were lacking the
  flavor specific name infix, i.e. all flavors were named identically.

- Add openmpi2 flavor
- BuildRequire netcdf-{mpi_flavor}-devel for MPI flavors
- Add Conflicts between flavors of python3 subpackage (all flavors
  install into python_sitearch).

- Convert openmpi package to multibuild flavor
- Use correct mpi version - openmpi currently means openmpi, and not openmpi2/3
  Otherwise, VTK depends on openmpi1 (HDF5, netcdf) and openmpi2/3 (direct)
- Remove several mpi BuildRequires in serial flavor

- Add python3-vtk to vtk-devel Requires, same as for vtk-java/tcl
- Remove empty testing subpackage
- Fix path to VTK_DATA_ROOT default directory

- Update to version 8.1.2
  * Issue error if vtkAlgorithm::GetInputConnection called on wrong port
  * Added explicit cast to pacify UBSan?s ?implicit-integer-truncation?
  * Make some orientation marker widget methods virtual
  * vtkImageBlend bug fix for compound mode
  * vtkFlyingEdges2D: Properly color multiple isocontour values
  * Invoke DeletePointEvent before deleting vtkSeedWidget seed
  * Fix compilation issue due to Python3.7 API change
  * Fix bug where re-enabling seed widget wouldn't move existing seeds
- Fix python dependencies
- Test to make sure python package is importable
- Split out MPI version since the MPI version cannot be used
  outside an MPI environment.
- Build vtkData as part of the main package.  This makes sure the
  data is extracted into the correct format.

- Drop post[un] scripts for devel and java subpackages; they are
  only needed for the versioned shlib.

- Update to version 8.1.1:
  * Fixed thin border around vtkImageResliceMapper
    rendering
  * Fixed vtkImageResliceMapper showing a black
    polygon when slice is out of bounds.
  * Fixed conflict between Process.h and process.h
  * Fixed building VTK 8.1 against 10.13 SDK
    resulting in linker errors when trying to use
    resulting libraries on older SDK
  * Fixed vtkCellPicker::IntersectActorWithLine maybe
    using invalid cell id when picking composite data
- Add fix_qt5_example_cmake.patch
  Fixes use of removed cmake macro in some examples
  See: https://gitlab.kitware.com/vtk/vtk/issues/17336
- Use modern cmake spec file macros
- Run spec cleaner
- Other spec file cleanups
- Support parallel HDF5.
- Drop support for qt4.  Any version of openSUSE with a recent
  enough version of cmake to build the package supports Qt5.
- Drop checks for old versions of openSUSE that have too old
  of a cmake to build.

- Use split libboost*-devel BuildRequires for TW and Leap/SLE 15

- Fix build with jdk10
  * give a bogus javah path "%{_bindir}/true", since the cmake
    checks the javah binary although the build does not use it.

- Drop vtk-Rinterface-uintptr_t.patch as the related plugin has
  been retired.

- Drop vtk-compat_gl: Building against OpenGL1 has now been
  deprecated with version 8.1.0, and the examples don't build
  against it already; so, drop all specfile and related
  modifications catering to OpenGL1 bindings.

- Update to version 8.1.0:
  * Full release notes at https://blog.kitware.com/vtk-8-1-0/.
- Turn OFF building against system libharu, since libharu
  upstream seems dead, while vtk's included libharu has new
  features essential for building vtk 8.1. Drop BuildRequires on
  libharu.
- Does not build against java 10, so ensure at most java 9 is
  used by using appropriate versioning for java-devel
  BuildRequires.
- Drop cmake options no longer used for build.
- Drop VERBOSE=1 for make: it makes the compilation too verbose
  making brp checks for code warnings too slow to execute; this
  reduces build time by nearly half.
- Enforce Qt4 for openSUSE <= 1320 explicitly because Qt5 is now
  the default option.

- Move BuildRequires:  libQtWebKit-devel (Qt4) inside the else
  version < 13.2

- Add conflict between the -devel-doc variants.

- Setup MPI environment before building.

- Rectify RPM groups again.

- 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.

- Drop vtk-compat_gl-rpmlintrc: openSUSE:Factory bots don't accept
  conditional sources and one rpmlintrc file is sufficient for
  both main and linked packages anyway.

- do not exclude libViewsGeovisJava.so from devel package
  This library is required for development.
- package vtk binary in devel package.
- VTKTargets-debug.cmake tests for the existance of the library (line 3394)
  and the binary (line 3404) and causes an error if the files do
  not exist

- Remove the various subpackage Requires from the devel package
  again. The qt subpackage contains a Qt Designer plugin and no
  dependency at all. Package the vtkWrap{Tcl,Java,Python} wrapper
  generators in the devel package, as these are useless without
  the vtk headers files.
- Fix description/summary of vtk-qt subpackage

- devel subpackage should require -tcl, -java and -qt subpackages
  since the *.cmake files refer to files in those subpackages

- Add 0001-Allow-compilation-on-GLES-platforms.patch
  The QOpenGLFunctions_3_2_Core class providing the framebuffer
  blit functions is not available on GLES 2 builds of Qt5. Let Qt
  handle the framebuffer blit, and just use the GLES/GL subset
  provided by QOpenGLFunctions for the remainder.
  Fix for https://gitlab.kitware.com/vtk/vtk/issues/17113

- Update to version 8.0.1:
  * Fix QVTKOpenGLWidget rendering issues on Windows machines with
    certain Intel graphics chips. This was a significant issue
    that broke all rendering and resulted in a black screen.
  * Fix data array range caching per finite component which would
    otherwise cause considerable slow-downs when using data
    arrays.
  * Fix button and slider widgets to work in multi-viewport render
    windows. Without this change the widgets would either be
    placed in the wrong viewport or be non-interactive completely.
  * Fix image XY sampling in the volume mapper when depth peeling
    is enabled.
  * Fix z-fighting issues with dual depth peeling between two
    layers of geometry that are too close.
  * Fix crash when reparenting the QVTKWidget to a different
    window. The application would crash due to lack of OpenGL
    resources for the reparented widget.

- Suppress romlint error about shlib-policy-name-error for
  %{name}-java -- libvtkViewsGeovisJava.so packaged therein
  is not a versioned shared lib, and only used by vtk's java
  bindings, so there is no point in enforcing the shared lib
  packaging policy for this subpackage.

- Move libvtkViewsGeovisJava.so to the %{name}-java subpackage,
  this is not really a devel file.

- Fix RPM groups. Use POSIX-compliant find call.