[Ctk-developers] problem compiling dcmtk

[Andras Lasso]

Hello Michael,

Having the dcmrt module is absolutely essential for us, but we can wait for
it till June. That would allow us to integrate all RT related work into the
Slicer trunk / extensions during the NA-MIC summer project week.

thanks
Andras

-----Original Message-----
From: Michael Onken [mailto:onken at offis.de] 
Sent: Tuesday, March 06, 2012 12:59 PM
To: Marco Nolden
Cc: Andras Lasso; 'Julien Finet'; 'OFFIS DICOM Team';
ctk-developers at commontk.org
Subject: Re: [Ctk-developers] problem compiling dcmtk

Hi everybody,

On 06.03.2012 17:18, Marco Nolden wrote:
> e.g. announced by OFFIS. I found
> http://dicom.offis.de/download/dcmtk/snapshot/ with a snapshot from 
> February. @Michael: is this somehow "official", what are the criteria 
> for releasing a snapshot?

This is official. For a few years now we release snapshots quite frequently
every few months. These
- at least compile on XP 32 Bit and Visual Studio 2008 as well as on
   Debian Linux 64 Bit with gcc 4.1
- are released if a "certain amount" of important bug fixes have been
   been integrated
- and are often released after a larger feature has been
   fully implemented.

We announce those snapshots on the super popular wiki page:

    http://support.dcmtk.org/wiki/dcmtk/news/start

We also add the commit hash, if you like (done now for the snapshots since
3.6.0). The only thing that is more up-to-date than a snapshot is the public
git repository which is updated nearly on a daily basis but may contain
incomplete fixes or features.

@Andras: The dcmrt module is not even in the snapshot or visible in git.
We give it to interested parties. Currently, somebody is taking care of it
to make it available; I guess it's in the next snapshot or the one
afterwards. I'm sorry you cannot share it with everybody immediately. If
this is really important to you, we find a solution.

I think I said it in earlier discussions: It is a good idea to refer to the
snapshots from CTK. If they do not compile on some platforms (MINGW or the
like), send us patches. We are always happy to fix it :) We also
(really) should setup a dashboard you guys could send build results to, I
know...

If you like hosting a "copy" of dcmtk on github, e.g. to apply patches that
are not yet integrated into the official DCMTK code, it's fine for us. Of
course we should avoid that code on github drifts away into a serious fork.

We would prefer not to branch on our side, for different reasons (technical
and non-technical), nor we like tagging the snapshots.

Hope this helps,
Michael

--
Dipl.-Inform. Michael Onken
FuE Bereich Gesundheit | R&D Division Health

OFFIS
FuE Bereich Gesundheit | R&D Division Health Escherweg 2 - 26121 Oldenburg -
Germany
Phone/Fax.: +49 441 9722-149/111
E-Mail: onken at offis.de
URL: http://www.offis.de