[Dcmlib] gdcm + kitware: 2eme salve

[Mathieu Malaterre]

> Avec ces quelques modifications, peut-on esperer que la souche gdcm reste
> unique ? Faut-il changer d'autres "habitudes" ?

Est-ce qu'on peut enlever les binaires de gdcm sources (fichier dicoms) 
? Le temps de reponse ici a Kitware est vraiment long, on a beaucoup de 
CVS timeout donc generalement on attends la fin d'aprem ici pour etre 
sur d'avoir une reponse du serveur cvs.

J'ai demander a Andy au sujet du setup.py, il va falloir faire 
quelquechose genre VTK:
- Creer un setup.py.in avec des @VARIABLES@
- CMakeLists va configurer ce fichier en initialisant les varibales 
genre, gdcmData_path ...
- lancer python setup.py, ca peut etre ajouter en temps que commande 
post_install via une custom command  (jargon cmake)

Mathieu
Ps: Pour Fabrice:
Si je fais un ssh sur tux, le temps de reponse cvs est super rapide, le 
ping est pas trop mauvais, donc je comprends pas pourquoi c'est si 
aleatoire.

$ ping tux.creatis.insa-lyon.fr 

PING tux.creatis.insa-lyon.fr (195.220.108.5) 56(84) bytes of data.
64 bytes from tux.creatis.insa-lyon.fr (195.220.108.5): icmp_seq=0 
ttl=39 time=111 ms
64 bytes from tux.creatis.insa-lyon.fr (195.220.108.5): icmp_seq=1 
ttl=39 time=102 ms
64 bytes from tux.creatis.insa-lyon.fr (195.220.108.5): icmp_seq=2 
ttl=39 time=103 ms
64 bytes from tux.creatis.insa-lyon.fr (195.220.108.5): icmp_seq=3 
ttl=39 time=102 ms

--- tux.creatis.insa-lyon.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3027ms
rtt min/avg/max/mdev = 102.012/104.988/111.800/3.990 ms, pipe 2