Bug#984063: [Debian-med-packaging] Bug#984063: Closing bug (Was: Bug#984063: itk libtiff test issues (Was: Bug#984063))

2022-01-23 Thread Steven Robbins
On Saturday, January 22, 2022 12:15:25 P.M. CST Étienne Mollier wrote:
> Hi Andreas,
> 
> Andreas Tille, on 2022-01-16:
> > I think the roadmap that ITK4 will be deleted as soon as possible
> > is clear.  However, if it might serve as an intermediate means
> > to support some remaining dependencies temporarily I think it
> > is OK to do some tricks that would not be acceptable as long
> > term means.
> 
> I have been working on a rewrap of insighttoolkit4 to include
> the embedded tiff library, and with all the previous patching to
> address the initial issue described in this bug, the build went
> through.  The package should be in shape for upload tomorrow.

Neat!   I'm  sure that those using ITK 4 will appreciate your work.

As far as the existing Salsa repository is concerned: I would encourage you to 
consider using a v4 branch to maintain it.  If you prefer to do something 
else, that is also fine with me.  Just want to be clear that I haven't any 
objection to keeping v4 and v5 in a single repository.

-Steve


signature.asc
Description: This is a digitally signed message part.


Bug#984063: [Debian-med-packaging] Bug#984063: Closing bug (Was: Bug#984063: itk libtiff test issues (Was: Bug#984063))

2022-01-22 Thread Andreas Tille
Thanks a lot!

Am Sat, Jan 22, 2022 at 07:15:25PM +0100 schrieb Étienne Mollier:
> Hi Andreas,
> 
> Andreas Tille, on 2022-01-16:
> > I think the roadmap that ITK4 will be deleted as soon as possible
> > is clear.  However, if it might serve as an intermediate means
> > to support some remaining dependencies temporarily I think it
> > is OK to do some tricks that would not be acceptable as long
> > term means.
> 
> I have been working on a rewrap of insighttoolkit4 to include
> the embedded tiff library, and with all the previous patching to
> address the initial issue described in this bug, the build went
> through.  The package should be in shape for upload tomorrow.
> 
> Have a nice day,  :)
> -- 
> Étienne Mollier 
> Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
> Sent from /dev/pts/6, please excuse my verbosity.
> On air: Lemur Voice - Solilocide



-- 
http://fam-tille.de



Bug#984063: [Debian-med-packaging] Bug#984063: Closing bug (Was: Bug#984063: itk libtiff test issues (Was: Bug#984063))

2022-01-16 Thread Andreas Tille
Am Sun, Jan 16, 2022 at 11:51:43AM +0100 schrieb Étienne Mollier:
> At some point I tried investigating how to reproduce the tiff
> test failure with minimum requirements, to determine whether the
> problem comes from the way itk4 calls the library, or if the
> library itself is at fault, but I must admit I didn't manage to
> get very far on that front given the intricaties of the test
> system.
> 
> At this point, we don't have the cycles to maintain an itk4
> legacy library for more Debian releases.  However, in case itk4
> were really needed, an option which does not involve sacrificing
> some test results could be to reinject the embedded code copy of
> tiff 4.0.3 in itk4,

... or alternatively drop that specific test,

> and adjust d/rules to not use the operating
> system tiff library.  This could work.  The drawback is that it
> makes it problematic to maintain security wise, when issues must
> be corrected in the tiff library, but I don't see other simple
> options.

I think the roadmap that ITK4 will be deleted as soon as possible
is clear.  However, if it might serve as an intermediate means
to support some remaining dependencies temporarily I think it
is OK to do some tricks that would not be acceptable as long
term means.

Kind regards
   Andreas.


-- 
http://fam-tille.de