VTK 9 release coming

Hey Folks,

I would like to start up the release process for VTK 9.0. @ben.boeckel and I both think that we need to tie up these loose ends before making the branch.

  1. write the VTK 9 transition guide (documenting things that VTK using applications need to do to upgrade from 8.x).
  2. upgrade @jcfr’s PyPi package building process and VTK’s CMake infrastructure so that we can have pip packages again for 9.x.

Developers are there other high priority items out there that you actively working on that we coordinate the release with?


https://gitlab.kitware.com/vtk/vtk/issues/17547 : VTK doc does not contains version specific doc. This should be fixed imo.
https://gitlab.kitware.com/vtk/vtk/issues/17512 : would be nice to fix libxml2 warnings.
https://gitlab.kitware.com/vtk/vtk/merge_requests/5879 : Would be nice to wait for vtkBool.

1 Like

I’ve tagged all of these in gitlab with the 9.0 milestone. Everyone should feel free to tag other issues and merge requests to make sure they make it into the release.

I’ve got a couple of fixes for iOS and Android that would be good to get into master.

I’ve had issues with PNG on Android that I discussed here but I’m still pretty unsure about merging in changes for third party dependencies. Important to note this is not an issue of VTK building, its an issue of linking when being used by another project which does. Here’s my forked branch of that with the key change.

On iOS I added support for using TBB which has a merge request that’s gone pretty stale and I’m not sure what the hold up is/was: https://gitlab.kitware.com/vtk/vtk/merge_requests/4862

@Chuck_Atkins do you think we can upgrade and test adios2 to v2.5.0 to intercept this release? I’d like to test the readers on Summit. https://gitlab.kitware.com/vtk/vtk/merge_requests/6084

VTK doesn’t package it’s own adios library and instead relies on an externally supplied one. So you certainly should be able to build them together.

Sorry for the confusion, I meant to upgrade and keep adios2 v2.5.0 uniform across the CI. My understanding from @ben.boeckel input is since the tests are failing the readers will be removed from VTK master (hence the release), which makes perfect sense.

Removal from the codebase? No. I was talking about removing them from the buildbot builders so that other MRs can rely on the red/green status being their problem :slight_smile: .

1 Like

There are a few MR which were tagged for a hypothetical 8.2.1 release that probably should be reviewed before a 9.0 release:

The BUG MRs look relevant. The others seem to either be backports of already-merged MRs or fixes that would be release-specific.

@JPouderoux’s fix regarding InsertNextCell method size hint might also still be relevant.

Developers are there other high priority items out there that you actively working on that we coordinate the release with?

There was one suggestion by Mathieu about renaming the Qt/OpenGL widgets yet again for VTK 9: https://gitlab.kitware.com/vtk/vtk/issues/17727#note_653118

Not sure if the idea was shelved though, or if it’s high priority to get such a change in before 9.

It’s only that nobody took the time to do it.