Bug#1035426: libvtk9-dev ships uncompilable headers

[Drew Parsons]

Package: libvtk9-dev
Followup-For: Bug #1035426

Triaging the status of this bug in VTK 9.5 (9.5.2+dfsg3-4)

> - /usr/include/vtk-9.1/vtkParseData.h includes vtkParseAttributes.h.  There
>   is a file by this name in paraview-dev, but that seems a wrong thing to
>   depend on?

Resolved.
/usr/include/vtk-9.5/vtkParseAttributes.h is now provided by
libvtk9-dev

> - /usr/include/vtk-9.1/vtkQImageToImageSource.h includes
>   vtkRenderingQtModule.h which is in libvtk9-qt-dev, so possibly it's
>   packaged in the wrong place?

Still a valid suggestion.
/usr/include/vtk-9.5/vtkRenderingQtModule.h is provided by
libvtk9-qt-dev.

/usr/include/vtk-9.5/vtkQImageToImageSource.h is still provided by
could be moved to libvtk9-qt-dev. It seems reasonable to suggest moving it
to libvtk9-qt-dev.


> - /usr/include/vtk-9.1/vtk_libxml2.h includes libxml/xmlversion.h from
>   libxml2-dev

Resolved I think.
/usr/include/vtk-9.5/vtk_libxml2.h (in libvtk9-dev) provides a header
macro VTKLIBXML2_HEADER(X) which accesses libxml (under
/usr/include/libxml2 from libxml2-dev

libvtk9-dev Depends: libxml2-dev so I think this is not a problem.
I think the cmake machinery takes care of the libxml2 include path.

> - /usr/include/vtk-9.1/vtk_pegtl.h includes vtkpegtl/include/tao/pegtl.hpp
>   which does not exist in Debian

Still an issue.

libvtk9-dev provides /usr/include/vtk-9.5/vtk_pegtl.h
which references a tao subdir. It is marked to provided it in
vtkpegtl, but does not do so.

tao-pegtl-dev does provide it as an external library, but is not used
by vtk9. Perhaps we can reconfigure to start using it.

> - /usr/include/vtk-9.1/vtk_verdict.h includes vtkverdict/verdict.h which is
>   only in libvtk7-dev

Resolved.
/usr/include/vtk-9.5/vtkverdict/verdict.h is now provided by libvtk9-dev

> - /usr/include/vtk-9.1/vtk_mpi.h et al require mpi.h from, e.g.,
>   libmpich-dev

Resolved.
libvtk9-dev Depends: mpi-default-dev,

> - /usr/include/vtk-9.1/vtkCompositeMapperHelper2.h requires GLenum from
>   GL/gl.h but does not #include it (though a correct dependency is present)

Resolved.
vtkCompositeMapperHelper 2 or otherwise is completely removed from VTK 9.5


Actions remaining:
- move vtkQImageToImageSource.h to libvtk9-qt-dev?
- reconfigure vtkpegtl to either provide it or use external tao-pegtl-dev