[Debian-med-packaging] [MoM] Another Debian Med MoM for February!

[Emmanuel Promayon]

> On Fri, Feb 01, 2013 at 06:29:36PM +0100, Emmanuel Promayon wrote:
>> I would like to candidate as well for Debian Med MoM in February (if
>> Andreas is still up to it!)
>
> ... as promised. :-)

Thanks in advance for all your help!

>> My initial plan under the MoM is the following:
>> - (re)read debian policy, debian-med policy and related documents
>> from the beginning (I went through very quickly in July last year
>> and have to say I forgot a lot). I would like to make sure I am not
>> asking questions where RTFM would be the best answer!
>> - update upstream source tarball
>> - generate another lib package from the source tarball
>> (libqtpropertybrowser), this is a tool used in CamiTK but can be
>> used for other projects as well
>
> I guess this is the first item where I could be of any help.  I'd
> recommend seeking in SVN for other packages generating libraries.

Ok, I was thinking of using SVN as a good example (it is also based on 
CMake and I am sure Mathieu's packaging is great!)

>> - other things that I will learn under MoM to improve the package!
>
> Feel free to query any questions this channel. :-)
I will (but put it in another thread).

>> Also, I saw that ubuntu 13.04 already includes the libcamitk
>> packages, although they are still in unstable. I don't think it is a
>> good idea (the package still has a severe bug due to tetgen source
>> code inclusion).
>
> Unfortunately I personally have no idea how the Ubuntu release process
> works.  If you consider this a problem it might be a good idea to file
> something like an RC bug to Launchpad - no idea what effect this might
> have.
I intend to try solve this severe bug on time, if not I will contact the 
ubuntu team.

>> I also saw that what they call "debian freeze" is
>> planned for 14 Feb.
>> If I understood well after this date they won't take any new update,
>> and I would prefer to solve the tetgen problem before that.
>
> The only support I can give to this plan is helping you to get out the
> package quickly.  However, the usual Debian development model is not to
> do things quickly but rather thoroughly - no idea how both will fit.

I agree as well about the slower but saver way!

I will all keep you updated with my progress!

Mahnu
-- 
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie de l'Information de Santé
Faculté de Médecine - 38706 La Tronche cedex - France
Tel. +33/0 456 52 00 03 - Fax. +33/0 456 52 00 55 - B7