clam lists ( was Re: [CLAM] qt4 porting)

[Pau Arumi]

Sorry, the last two last mails were meant to go to the
clam-devel list instead to the clam (public) list...

Anyway, I take the chance to say that after the CLAM 0.90
release, which is to appear *really soon now*, we'll change
our lists policy:

- we'll open the (till now closed) high-traffic clam-devel list
and
- we'll keep the this public list (mainly) for announcements. And
   it's likely that we'll change the list name accordingly.

This, in addition to other changes (publishing the nighlty
cvs-snapshots and often releases, among them) I think that will
make the CLAM project much more appealing for the free-software
community.

Of course, we'll keep you informed of all those changes.

Best,

--
Pau
(clam team)




En/na Pau Arumi ha escrit:
> En/na Ismael Mosquera ha escrit:
> 
>> Saludos.
>>
>> Lo siguiente es lo que voy a hacer respecto al comienzo de porting a qt4:
>>
>> - El codigo de vmqt se mentiene en CLAM-draft de momento.
>> - Se cambian los nombres de archivo de la forma siguiente:
>>     - vm_audio_plo.hxx/cxx -> vmAudioPlot.hxx/cxx
>> - Se cambian los nombres de los metodos y miembros para cumplir con el 
>> CLAM style.
>> - Testing de ejemplos.
>> - Se comienza con el porting del Annotator.
>>
>> En el clam-location.cfg del Annotator pondre una nueva variable 
>> VMQT_PATH que sera colocada en recurse includes del settings.cfg.
>>
>> Lo hago de esta forma porque, en principio, llegue a pensar que se 
>> haria tambien una rama para CLAM, y entonces se podria tambien dejar 
>> la principal inestable. Como entiendo que CLAM no se altera, sino las 
>> aplicaciones que se van a ir migrando he decidido que esta forma es 
>> mas conveniente.
>> Cuando todo el porting para todas las aplicaciones y para todo el 
>> codigo de CLAM dependiente de qt este hecho, entonces se podra 
>> eliminar QTVM de CLAM en la rama principal y poner vmqt.
>>
> 
> that's fine for me !
> 
>