<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Dear Mattia and Paul,<br>
<br>
On 16/11/2018 11:08, Mattia Rizzolo wrote:<br>
<blockquote type="cite" cite="mid:20181116100833.GL2652@mapreri.org">
<pre class="moz-quote-pre" wrap="">On Fri, Nov 16, 2018 at 07:28:21AM +0100, Emmanuel Promayon wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Thanks to the (great work) of Gert on vtk7 and gdcm packages, version
7.1.1+dfsg1-9 of vtk7 and version 2.8.8-2 of gdcm are now both in testing.
I sent a retry request for the autopkgtest of camitk version 4.1.2-2 but it
naturally failed as camitk 4.1.2-2 was built with the problematic version of
gdcm (error was at run time: "libvtkRenderingFreeTypeFontConfig-7.1.so.7.1:
cannot open shared object file: No such file or directory").
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
This is the signature of an ABI break not correctly handled.</pre>
</blockquote>
<br>
Thank you Mattia for your answer.<br>
<br>
From what I can understand, this autopkgtest regresion (bug #911793)
originated in a dependency mismatch in gdcm (when gdcm 2.8.7-2 moved
its dependency from python2 to python3 and consequently from vtk6 to
vtk7), see my explanation tentative [1]. <br>
<br>
The current binary version of camitk was compiled with gdcm 2.8.7-5
[2]. This is the reason why I initially asked for a rebuild as there
was a temporary mixup in vtk7/gdcm dependency and I supposed that
now with gdcm 2.8.8-2 in testing, the dependency problem should be
solved.<br>
<br>
<br>
<blockquote type="cite" cite="mid:20181116100833.GL2652@mapreri.org">
<pre class="moz-quote-pre" wrap="">That's not the right action to take (or better, not only). That
situation must not happen, so most likely some versioned dependency or
versioned break was missed somewhere. Maybe Paul has more insight on
the problem (I just read this single email and wanted to block a
"simple" rebuild)
</pre>
</blockquote>
<br>
Thanks to Paul for his answer. Mattia you can find Paul's initial
answer about this is in the bug tracker [3].<br>
<br>
In the meanwhile I tried to rebuild the camitk package locally (on
last Friday), and autopkgtest ran with no error.<br>
Unfortunately, this is not the case anymore! <br>
Since yesterday I cannot rebuild the package anymore. There is a
"pbuilder-satisfydepends failed." error due to hdf5:<br>
> The following packages have unmet dependencies:<br>
> libhdf5-103 : Conflicts: libhdf5-100 but
1.10.0-patch1+docs-4+b2 is to be installed<br>
> libhdf5-cpp-103 : Conflicts: libhdf5-cpp-100 but
1.10.0-patch1+docs-4+b2 is to be installed<br>
<font size="+1">></font> libhdf5-openmpi-103 : Conflicts:
libhdf5-openmpi-100 but 1.10.0-patch1+docs-4+b2 is to be installed<br>
> Unable to resolve dependencies! Giving up...<br>
<br>
It seems camitk-4.1.2-2 is not very lucky!<br>
The current deadline for camitk package removal is 22 November.<br>
<br>
What do you think is the best course of action? <br>
<br>
Thanks again for your help (and sorry about my newbie statements!)<br>
<br>
Emmanuel<br>
<br>
<br>
<br>
[1] <a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911793#10">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911793#10</a><br>
[2]
<a class="moz-txt-link-freetext" href="https://buildd.debian.org/status/fetch.php?pkg=camitk&arch=amd64&ver=4.1.2-2&stamp=1540312520&raw=0">https://buildd.debian.org/status/fetch.php?pkg=camitk&arch=amd64&ver=4.1.2-2&stamp=1540312520&raw=0</a><br>
[3] <a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911793#15">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911793#15</a>
</body>
</html>