Your message dated Wed, 29 Oct 2014 21:20:27 +0100
with message-id <[email protected]>
and subject line Re: Bug#767238: unblock: camitk/3.4.0-1
has caused the Debian Bug report #767238,
regarding unblock: camitk/3.4.0-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
767238: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767238
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: [email protected]
Usertags: unblock
Please unblock package camitk
Here you can reas the reasons given by upstream why Debian should
take over this well more tested version:
----- Forwarded message from Nicolas SAUBAT <[email protected]> -----
Date: Wed, 29 Oct 2014 10:50:33 +0100
From: Nicolas SAUBAT <[email protected]>
To: [email protected]
Subject: Re: CamiTK 3.4.0 packaging
>> This CamiTK release has a much better test suite
>> (with over 190 integration tests), which improves the QA compared to
>> the previous release. All tests are now enabled in d/rules.
The new CamiTK version 3.4.0 features improvements for the user, mainly on
image handling, which is, according to us essential in the medical field:
- Improved DICOM support (still using the C++ library of Mathieu Malaterre,
already packaged in Debian[1]). We think a good reading of DICOM images is
important.
- Support for any image position / orientation in 3D space, information read
from medical scanners[2].
- New service Frame, which allows to refer a component position relatively to
any other component, in 3D space. This feature has mainly been requested in the
medical robotic field.
Also, to increase software stability, we improved our bug solving policy, by
increasing our automatic tests number (which has an impact on the number of
tests run during the packaging task) and using
a new bug tracking system[3].
Regarding the Debian packaging process, we think this new version of CamiTK, in
addition to its new features, is more stable.
As Emmanuel said, we increased the number of test run after configuration -
compilation up to 191 (compared to less than 20 tests done in the packaging of
the 3.3.2 version).
Also, we updated the tests done by autopkgtest (debian/tests), after
installation of the package. These ones expect more information in the 3.4
version than the previous 3.3.x versions.
Finally, it took us a bit time for this last packaging, as we tested our
software in order to solve important bugs before releasing it.
We apologize if it's a bit late for integrating this new version in Jessie, but
we understand the migration process, and we'll follow your decision.
Thanks again,
Regards,
Nicolas
[1] https://packages.qa.debian.org/g/gdcm.html
[2]
https://forge.imag.fr/plugins/mediawiki/wiki/camitk/index.php/Images_orientation_in_CamiTK
[3] https://bugzilla-timc.imag.fr/
----- End forwarded message -----
--
(include/attach the debdiff against the package in testing)
as far as I understood no debdiff is needed for this request.
unblock camitk/3.4.0-1
-- System Information:
Debian Release: 7.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
Control: tags -1 wontfix
On 2014-10-29 15:17, Andreas Tille wrote:
> Package: release.debian.org
> Severity: normal
> User: [email protected]
> Usertags: unblock
>
> Please unblock package camitk
>
> Here you can reas the reasons given by upstream why Debian should
> take over this well more tested version:
>
> [... embedded mail ...]
>
Hi Andreas,
Sorry, but I will have to decline your request for an unblock of
camitk/3.4.0-1. Sadly, the changes between the current version of
camitk in testing and camitk/3.4.0-1 are /not/ compatible with our
freeze guidelines.
While I certainly appreciate many of the arguments (especially the
focus on more automated testing and it coming from upstream), we did set
a deadline for including arbitrary changes and your upload of
camitk/3.4.0-1 seems to have missed said deadline.
Yours truly,
~Niels
--- End Message ---