On Tuesday 31 August 1999, at 18 h 25, the keyboard of MARIANO Georges 
<[EMAIL PROTECTED]> wrote:

> non, je n'utilise pas(encore?)  java, mais le principe me semble
> int�ressant lorsque l'on souhaite fournir un environnement de
> d�veloppement complet pour leur langage pr�f�r� aux diff�rents types
> d'utilisateurs 

C'est particuli�rement important pour Java : sur une machine Unix typique, 
passer d'un compilo Java � un autre, d'une VM � une autre est p�nible, ne 
serait-ce que parce que chacune veut son CLASSPATH. Quant � l'installation des 
classes et des jarres, c'est la jungle.
 
> Ma question est la suivante :
> cette d�marche pourrait-elle etre g�n�ralis�e � d'autres langages ?

Perl l'a d�j� fait. <http://non-us.debian.org/~hertzog/perl-policy.html/>

> au hasard, deux qui m'int�ressent tcl/tk et ocaml ??

� ma connaissance, seuls Perl et Java l'ont fait. Les gens de Python disent 
qu'ils sont suffisament peu nombreux � packager du Python pour ne pas en avoir 
besoin.

> Je pense qu'une tcl/tk|ocaml policy serait un plus pour la diffusion
> de ces langages (avec debian comme tremplin...)

Faire une "policy" est simple mais consommateur de temps :

- �crire un projet solide,
- le proposer,
- y adapter ses propres paquetages (sinon, aucune chance d'�tre pris au 
s�rieux),
- �couter les remarques,
- corriger,
- commencer � faire des rapports de bogue sur les paquetages des copains,
- insister,
- recommencer � insister,
- finir par faire des NMUs.

> PS : ajoutez ADA... autres ?

Pour Ada, je pense qu'il faut voir avec Samuel Tardieu.


--
Stephane Bortzmeyer  
http://www.internatif.org/bortzmeyer/
Tout est al�a, confusion et pr�carit�, sauf le Catalogue. (Fred Vargas)


Répondre à