Bug#911793: Control: reassign -1 src:gdcm 2.8.7-2
Emmanuel Promayon
Emmanuel.Promayon at univ-grenoble-alpes.fr
Fri Nov 23 15:30:16 GMT 2018
Dear all
Thank to Paul for your answers about the autoremoval and explanation
about the ABI problem. It seems that Adrian Bunk's triage message in
909120 (added blocking bug(s) of 909120: 911793) did push the
autoremoval for another month (thanks to Adrian as well, as that's
exactly what is happening).
Thank you to Mattia for finding the ABI problem and to Matthieu for his
comments.
Thank you to Gert for the explanation about vtk7 (by the way do you have
any idea about the possible future introduction of vtk8 or vtk9?).
You are right about camitk-imp and camitk-config: they are not linked
with gdcm. When camitk-imp or camitk-config are run they load some
plugins (e.g. the dicom plugin) that itself is linked with gdcm.
Running ldd on one of the pluging get the similar missing vtk symbols
and so.
So I suppose the problem is in vtk7
From what I can understand (sorry in advance for any approximation or
stating the obvious):
1) gdcm 2.8.7-2 moved to python3 (probably because a move from python2
to python3 was required) which I think triggered the choice of moving
from vtk6 to vtk7 (which probably made more sense, as I presume vtk6 is
also on its way out of buster).
2) When gdcm 2.8.7-2 arrived in sid, it generated a SegFaults duringĀ
camitk 4.1.2-1 as camitk 4.1.2-1 was still based on vtk6, and loading
any camitk executable meant that both vtk6 and vtk7 were loaded in memory.
3) camitk 4.1.2-2 introduced a patch so that it only depends on vtk7
(and like gdcm 2.8.7 without changing the upstream source version).
4) gdcm 2.8.7-5 then fixed the double dependency to vtk6 and vtk7 but
camitk 4.1.2-2 was not rebuilt against it, therefore generating the
initial error that triggered bug #911793
5) vtk7 (which was updated in the meantime) seems to have now some
missing libraries and as hdf5 is broken as well camitk 4.1.2-2 can not
be rebuilt yet
Let me know if there is anything I can do to help.
On a side discussion:
Does the fact that I moved the dependency of camitk from vtk6 in 4.1.2-1
to vtk7 in 4.1.2-2 might generate another ABI break? If this is the
case, I will take any advice regarding how to specify this properly!
I will also welcome any information/documentation about how to track the
symbol.
Best regards
Emmanuel
More information about the debian-science-maintainers
mailing list