Bug#1004793: vtk7: FTBFS with ffmpeg 5.0

[Peter Green]

vtk7 is one of the (possiblly the) last blockers for the ffmpeg transition
that is in testing and is not marked for autoremoval.
The last 7.x upstream release was over 5 years ago. The last vtk7 upload
by someone listed in "uploaders" was  over 2 years ago. Since then the
package has been kept on life-supportby team-uploads and a NMU.

> Control: tags -1 upstream confirmed fixed-upstream
> 
> https://gitlab.kitware.com/vtk/vtk/-/commit/34276346ac379fecbd615322f18de837bd2c9ea2

unfortunately it is not that simple, that upstream fix is for a much newer version
of vtk and the code seems to have had major restructuring. I could not find
any evidence of a vtk 7 branch in upstreams git repository

It seems that if this code is to survive it needs to be ground through by someone
with experiance with the code and with ffmpeg. I had a quick go, but it quickly
became clear that it was non-triial andeven if I got it to compile I would have no
idea how to test it. I've attatched a patch reflecting the state of my development
tree at the point I gave up.

I have not investigated whether it is feasible to build vtk7 without ffmpeg support.

The following source packages or the binaries they produce declare relationships
on vtk7 packages that do not have alternatives.

depends and/or build-depends:
binoculars
camitk
dune-grid
facet-analyser
gdcm
mayavi2
nifti2dicom
openems
python-mne
siconos
vistrails
vtk-dicom

recommends:
debian-science
dipy

suggests:
debian-med

In particular gdcm is a key package due to the fact that opencv build-depends on it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ffmpeg-5.patch
Type: text/x-patch
Size: 8467 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20220722/440e09a5/attachment-0001.bin>