Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Jérôme Marant
Quoting Daniel Déchelotte [EMAIL PROTECTED]:

 Arnaud Vandyck [EMAIL PROTECTED] a écrit :
 
 | J'aimerais  un jour  comprendre cette  haine  vis-a-vis de  java.
 
 Mon explication est peut-etre de mauvais gout, mais la voici :
 Java permet de faire un peu trop de choses un peu trop facilement.
 Ca enerve les bons en programmation. Explication a travers un exemple :

J'ai une autre explication ;-) Je précise que j'ai déjà programmé en
Java donc je ne parle pas dans le vide.

Ne le prend pas mal Arnaud :-)

Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
tout ce qu'il y a de bien.
De surcroît, ces gentils ingénieurs de Sun ont réussi à concevoir
une machine virtuelle d'une lourdeur incroyable, qui reste encore
aujourd'hui et malgré les efforts qu'ils peuvent déployer, une grosse
usine à gaz bouffeuse de ressources. Les versions libres n'arrivent
pas à la cheville parce que toute manière, il suivent la même
conception est peu brillante à la base. Il ne faut pas blâmer Kaffe.

Alors on s'en sort comme on peut, et on prie très fort pour que la
compilation native résolve ces problèmes.

Attention, je ne critique en aucun cas l'interprétation de bytecode
en général ; d'autres s'en sortent très bien (OCaml par exemple).

Globalement, je crois que C# est meilleur même si je ne m'engagerai
pas dans cette voie, pour des raisons évidentes.

-- 
Jérôme Marant




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 10:02, Jérôme Marant wrote:
 Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
 tout ce qu'il y a de bien.

Ah qu'il est fort ah qu'il est beau ah qu'il est grand mon ami troll du chaos




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Jérôme Marant
Quoting Mike Hommey [EMAIL PROTECTED]:

 On Thursday 14 August 2003 10:02, Jérôme Marant wrote:
  Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
  tout ce qu'il y a de bien.
 
 Ah qu'il est fort ah qu'il est beau ah qu'il est grand mon ami troll du
 chaos

Prouve-moi le contraire, monsieur Glandium.

-- 
Jérôme Marant




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 10:27, Jérôme Marant wrote:
 Quoting Mike Hommey [EMAIL PROTECTED]:
  On Thursday 14 August 2003 10:02, Jérôme Marant wrote:
   Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
   tout ce qu'il y a de bien.
 
  Ah qu'il est fort ah qu'il est beau ah qu'il est grand mon ami troll du
  chaos

 Prouve-moi le contraire, monsieur Glandium.

Elle est facile, celle-là. C'est toi qui envoie des affirmations à deux 
balles, c'est donc à toi de prouver tes dire et pas à moi de prouver le 
contraire...




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 10:30, Mike Hommey wrote:
  Prouve-moi le contraire, monsieur Glandium.

 Elle est facile, celle-là. C'est toi qui envoie des affirmations à deux
 balles, c'est donc à toi de prouver tes dire et pas à moi de prouver le
 contraire...

Au passage, si tu pouvais me dire les trucs bien de C++, que je rigole un 
peu...




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Jérôme Marant
Quoting Mike Hommey [EMAIL PROTECTED]:

 On Thursday 14 August 2003 10:30, Mike Hommey wrote:
   Prouve-moi le contraire, monsieur Glandium.
 
  Elle est facile, celle-là. C'est toi qui envoie des affirmations à deux
  balles, c'est donc à toi de prouver tes dire et pas à moi de prouver le
  contraire...
 
 Au passage, si tu pouvais me dire les trucs bien de C++, que je rigole un 
 peu...

Tu ne m'entraîneras pas dans cette voie-là. Tu as assez trollé pour
aujourd'hui et je ne veux pas te tendre une nouvelle perche.

-- 
Jérôme Marant




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Nicolas Rueff
Le jeu 14/08/2003 à 10:16, Mike Hommey a écrit :
 On Thursday 14 August 2003 10:02, Jérôme Marant wrote:
  Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
  tout ce qu'il y a de bien.
 
 Ah qu'il est fort ah qu'il est beau ah qu'il est grand mon ami troll du chaos

A voilà des références culturelles. Respect. (et completement HS,
mais le weekend approche ;) )

/N naheulbeuk RuLeZ
__

Nicolas Rueff [EMAIL PROTECTED]
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
You have the right not to be an asshole. If you give up that right
everything you say and do in here will be held against you. If you
cannot
afford to stop being an asshole then someone will be appointed to kick
yours outta here.
-- Your rights as an irc addict
__



signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 11:01, Jérôme Marant wrote:
 Tu ne m'entraîneras pas dans cette voie-là. Tu as assez trollé pour
 aujourd'hui et je ne veux pas te tendre une nouvelle perche.

*clap* *clap* *clap* *clap*




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 11:42, Josselin Mouette wrote:
 Le jeu 14/08/2003 à 10:02, Jérôme Marant a écrit :
  Globalement, je crois que C# est meilleur même si je ne m'engagerai
  pas dans cette voie, pour des raisons évidentes.

 Au moins C# a une implémentation libre...

Ah mais java aussi... sauf qu'elle vaut rien...




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Jérôme Marant
Quoting Josselin Mouette [EMAIL PROTECTED]:

 Le jeu 14/08/2003 à 10:02, Jérôme Marant a écrit :
  Globalement, je crois que C# est meilleur même si je ne m'engagerai
  pas dans cette voie, pour des raisons évidentes.
 
 Au moins C# a une implémentation libre...

Deux, même : mono et dotgnu. Mais tu parles des bibliothèques
non ?

-- 
Jérôme Marant




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Sven Luther
On Wed, Aug 13, 2003 at 08:50:11AM +0200, Xavier Maillard wrote:
 #secure method=pgpmime mode=sign
 Arnaud Vandyck [EMAIL PROTECTED] writes:
 
   On Mon, 11 Aug 2003 10:03:57 +0200
   Jérôme Marant [EMAIL PROTECTED] wrote:
   
Quoting Xavier Maillard [EMAIL PROTECTED]:
   [...]
 J'ai pensé pour un soft, proposer un paquet à jour du soft en
 question mais après que dois-je en faire si je veux par exemple
 qu'il soit revu/corrigé/intégré dans SID ?

Après, tu peux mettre à jour le paquet chez toi, et en faire un
patch que tu vas poster dans le bug wishlist que tu as précédemment
déclaré.
   
   Pour deux paquets, j'ai d'abord contacte le mainteneur, n'ayant pas
   de reponse (mais je n'ai attendu que quelques jours), j'ai poste a
 
 Combien de temps en moyenne on doit attendre pour une réponse d'un dev
 ?? Perso j'ai deja eu des cas (la majorité) qui répondait sous 3 jours
 mais certains se permettent quand meme certains abus je trouve. Que le
 dev du paquet kernel puisse me répondre en moins de temps qu'il n'en
 faut pour le dire me laisse perplexe quand je vois que pour un soft
 ridiculement simple et avec peu de ou pas de bug/activité mettent
 plusieurs semaines ;)

Cela depend aussi de leur vie personnelle. Peut etre sont-il partit en
conge pour 3 semaine et n'ont pas d'acces reseau. Il est aussi arrive
qu'un developpeur ai eu un accident et soit immobilise sur un lit
d'hopital, ou d'autre raison de ce genre. 

Amicalement,

Sven Luther




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Boulanger Jean-Louis
Selon Jérôme Marant [EMAIL PROTECTED]:

 Quoting Mike Hommey [EMAIL PROTECTED]:
 
  On Thursday 14 August 2003 10:30, Mike Hommey wrote:
Prouve-moi le contraire, monsieur Glandium.
  
   Elle est facile, celle-là. C'est toi qui envoie des affirmations à deux
   balles, c'est donc à toi de prouver tes dire et pas à moi de prouver le
   contraire...
  
  Au passage, si tu pouvais me dire les trucs bien de C++, que je rigole un
 
  peu...
 
 Tu ne m'entraîneras pas dans cette voie-là. Tu as assez trollé pour
 aujourd'hui et je ne veux pas te tendre une nouvelle perche.

Quitte a faire le malin je suis d'accord avec mike, il faut que tu arrives a
trouver au moins un truc exceptionnel se trouvant dans C++ que les imbecile
de SUN ont consciemment mis hors de JAVA  allez un petit efforts tu as l'air
si fort .

fais nous plaisir, ne nous laisse pas sur notre faimm ..


 

-
Laboratoire Heudiasyc. UMR CNRS 6599
http://www.hds.utc.fr




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Bertrand PERRINE
Le jeu 14/08/2003 à 12:09, Mike Hommey a écrit :
 On Thursday 14 August 2003 11:42, Josselin Mouette wrote:
  Le jeu 14/08/2003 à 10:02, Jérôme Marant a écrit :
   Globalement, je crois que C# est meilleur même si je ne m'engagerai
   pas dans cette voie, pour des raisons évidentes.
 
  Au moins C# a une implémentation libre...
 
 Ah mais java aussi... sauf qu'elle vaut rien...
 
Quid ?
Et gcj : cela ne vaut rien ?
Non seulement je ne suis pas d'accord, et ce produit innovant m'apporte
des solutions dès aujourd'hui.

B.




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Arnaud Vandyck
On Wed, 13 Aug 2003 18:42:37 -0400
Daniel Déchelotte [EMAIL PROTECTED] wrote:

 Arnaud Vandyck [EMAIL PROTECTED] a écrit :
 
 | J'aimerais un jour comprendre cette haine vis-a-vis de java. 
 
 Mon explication  est peut-etre  de mauvais gout,  mais la  voici: Java
 permet de  faire un  peu trop  de choses un  peu trop  facilement.  Ca
 enerve les bons en programmation.

Ca s'est l'argument  qui tue! On vire Python, Perl  et j'en passe alors?
;) mdr!

 Explication a travers un exemple :
 J'ai ete dans un groupe avec 4 personnes qui savaient se servir d'un ordi
 mais qui ne trouvaient pas de charme particulier au developpement logiciel
 ;-)
 
 En un mois et demi, on a cree a partir de zero :
 - une hierarchie de classes (limite heritage multiple, avec les interfaces);

Ca s'est  de la theorie  objet, ca  n'a rien a  voir avec le  langage de
programmation utilise (enfin, s'il est objet!) ;)

 - un serveur utilisant un pool de threads pour repondre aux clients;

Ben oui, en Java, c'est pas tres tres complique.

 - une communication entre les clients et le serveur reposant sur du TCP
   unicast et de l'UDP multicast ;

Je suppose  qu'il doit y avoir des  librairies de ce genre  dans plus ou
moins tous les langages recents, non?

 - le serveur s'interfacait avec une base de donnees ;

Magnifique!

 - le tout etait monitore avec une interface graphique pas triviale ;

La par contre, je sens un RAD, non?

 - et une doc etait automatiquement extractible du source (javadoc).

Comme en Perl?

 Un mois  et demi (surtout  les 2 dernieres  semaines, en fait  ;-), et
 j'etais le  seul geek du  groupe. Pour tous  ceux qui savent  le faire
 the hard way en C, c'est dur a accepter.

Ah bon,  en C. Mais evidemment,  la, on est plutot  dans un argumentaire
anti-oriente-objet  plutot  que anti-java...  c'est  peut-etre un  autre
debat en fait. Sinon, pour la hard way, j'aurais prefere l'assembleur,
la, c'est vraiment hard ;)

 C'est  en  tout cas  moins  point  de vue,  que  je  n'ai pas  souvent
 l'occasion d'essayer en public. Dommage que ce soit HS.

L'occasion d'essayer  quoi? Sinon, merci pour  ton point de vue.  Il y a
sans doute quelque chose de vrai la dedans. En ce qui me concerne, je ne
vois pas trop le probleme de pouvoir le faire 'facilement' surtout quand
c'est securise! 

Bien a vous,

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpCc662kVxh2.pgp
Description: PGP signature


Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Bertrand PERRINE
J'interviens un peu tard, mais je vous conseille de réviser vos cours
d'histoire : Le père de Java n'est absolument pas C++ qui pourrait être
à la rigueur un lointain cousin par alliance, mais Objective C.
La connaissance de ce langage permets de comprendre les choix faient par
les ingénieurs de Sun.
Le moins que l'on puisse reconnaitre est qu'ils ont publiés des roadmaps
et qu'ils s'y tiennent.
Pour ce qui est de prier trés fort saint GCJ, je préfère tester cet
alien de la planète Java, qui version après version devient crédible et
ne devrait pas tarder à être mur.

B.

Le jeu 14/08/2003 à 10:02, Jérôme Marant a écrit :
 Quoting Daniel Déchelotte [EMAIL PROTECTED]:
 
  Arnaud Vandyck [EMAIL PROTECTED] a écrit :
  
  | J'aimerais  un jour  comprendre cette  haine  vis-a-vis de  java.
  
  Mon explication est peut-etre de mauvais gout, mais la voici :
  Java permet de faire un peu trop de choses un peu trop facilement.
  Ca enerve les bons en programmation. Explication a travers un exemple :
 
 J'ai une autre explication ;-) Je précise que j'ai déjà programmé en
 Java donc je ne parle pas dans le vide.
 
 Ne le prend pas mal Arnaud :-)
 
 Java a pris tout ce qu'il ya de pourri dans C++ en laissant de côté
 tout ce qu'il y a de bien.
 De surcroît, ces gentils ingénieurs de Sun ont réussi à concevoir
 une machine virtuelle d'une lourdeur incroyable, qui reste encore
 aujourd'hui et malgré les efforts qu'ils peuvent déployer, une grosse
 usine à gaz bouffeuse de ressources. Les versions libres n'arrivent
 pas à la cheville parce que toute manière, il suivent la même
 conception est peu brillante à la base. Il ne faut pas blâmer Kaffe.
 
 Alors on s'en sort comme on peut, et on prie très fort pour que la
 compilation native résolve ces problèmes.
 
 Attention, je ne critique en aucun cas l'interprétation de bytecode
 en général ; d'autres s'en sortent très bien (OCaml par exemple).
 
 Globalement, je crois que C# est meilleur même si je ne m'engagerai
 pas dans cette voie, pour des raisons évidentes.
 
 -- 
 Jérôme Marant
 




[HS] Java, pros/ cons le troll de l'ete [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-14 Par sujet Arnaud Vandyck
On 14 Aug 2003 14:38:54 +0200
Bertrand PERRINE [EMAIL PROTECTED] wrote:

 Quid?
 Et gcj : cela ne vaut rien?
 Non  seulement  je  ne  suis  pas d'accord,  et  ce  produit  innovant
 m'apporte des solutions dès aujourd'hui.

Ah! Tout de meme! ;) Merci pour eux et pour le projet Classpath! ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpBCr02EK0uS.pgp
Description: PGP signature


Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Mike Hommey
On Thursday 14 August 2003 14:38, Bertrand PERRINE wrote:
 Et gcj : cela ne vaut rien ?
 Non seulement je ne suis pas d'accord, et ce produit innovant m'apporte
 des solutions dès aujourd'hui.

On attend toujours les paquets java compilés en natif... de fop, par 
exemple...

Mike




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Nicolas Rueff
Le jeu 14/08/2003 à 14:29, Boulanger Jean-Louis a écrit :

 Quitte a faire le malin je suis d'accord avec mike, il faut que tu arrives a
 trouver au moins un truc exceptionnel se trouvant dans C++ que les 
 imbecile
 de SUN ont consciemment mis hors de JAVA  allez un petit efforts tu as 
 l'air
 si fort .

Désolé de vous couper ...

Je propose: héritage multiple, certes peu souvent utilisé, mais c'est
difficile de s'en passer quand on en a vraiment besoin.

/N 
__

Nicolas Rueff [EMAIL PROTECTED]
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
THE LESSER-KNOWN PROGRAMMING LANGUAGES #13: SLOBOL

SLOBOL is best known for the speed, or lack of it, of its compiler.
Although many compilers allow you to take a coffee break while they
compile, SLOBOL compilers allow you to travel to Bolivia to pick the
coffee. Forty-three programmers are known to have died of boredom
sitting at their terminals while waiting for a SLOBOL program to
compile. Weary SLOBOL programmers often turn to a related (but
infinitely faster) language, COCAINE.
__



signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Bertrand PERRINE
On attend, on attend ...
Bouge toi, participe, essaye de le faire ce paquet !
Pour l'instant je n'envisage pas de le faire, je suis sur d'autre
projets. Tu peux faire un tour sur
http://people.redhat.com/gbenson/naoko pour regarder les travaux d'une
équipe de RedHat travaillant sur un tomcat compilé en natif, et t'en
inspirer.

B.


Le jeu 14/08/2003 à 15:56, Mike Hommey a écrit :
 On Thursday 14 August 2003 14:38, Bertrand PERRINE wrote:
  Et gcj : cela ne vaut rien ?
  Non seulement je ne suis pas d'accord, et ce produit innovant m'apporte
  des solutions dès aujourd'hui.
 
 On attend toujours les paquets java compilés en natif... de fop, par 
 exemple...
 
 Mike
 




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Bertrand PERRINE
L'héritage multiple pose des soucis car il introduit un risque d'erreur
:

soit une classe A implémentant la méthode met.
soit une classe B implémentant la méthode met.
soit une clesse C héritant de A et B.

Quand j'appelle la méthode met d'un objet instanciant la classe C,
qu'elle est la méthode qui va être appelée ? celle de A ou celle de B.
Est-ce toujours la même ?
Pour répondre à cette problêmatique les ingénieurs de Sun ont créé
l'interface.
Quand on voit les occurences d'utilisation des interfaces dans les
sources java de Sun, on ne peut conclure que ce dernier utilise beaucoup
l'héritage multiple, et pour assurer la stabilité de leur langage, ils
nous ont fait le coup de l'interface.

B.

Le jeu 14/08/2003 à 15:55, Nicolas Rueff a écrit :
 Le jeu 14/08/2003 à 14:29, Boulanger Jean-Louis a écrit :
 
  Quitte a faire le malin je suis d'accord avec mike, il faut que tu arrives a
  trouver au moins un truc exceptionnel se trouvant dans C++ que les 
  imbecile
  de SUN ont consciemment mis hors de JAVA  allez un petit efforts tu as 
  l'air
  si fort .
 
 Désolé de vous couper ...
 
 Je propose: héritage multiple, certes peu souvent utilisé, mais c'est
 difficile de s'en passer quand on en a vraiment besoin.
 
 /N 
 __
 
 Nicolas Rueff [EMAIL PROTECTED]
 http://rueff.tuxfamily.org
 +33 6 77 64 44 80
 --
 THE LESSER-KNOWN PROGRAMMING LANGUAGES #13: SLOBOL
 
 SLOBOL is best known for the speed, or lack of it, of its compiler.
 Although many compilers allow you to take a coffee break while they
 compile, SLOBOL compilers allow you to travel to Bolivia to pick the
 coffee. Forty-three programmers are known to have died of boredom
 sitting at their terminals while waiting for a SLOBOL program to
 compile. Weary SLOBOL programmers often turn to a related (but
 infinitely faster) language, COCAINE.
 __
 




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Sven Luther
On Thu, Aug 14, 2003 at 02:21:12PM +0200, Arnaud Vandyck wrote:
  Attention, je ne critique en aucun cas l'interprétation de bytecode en
  général; d'autres s'en sortent très bien (OCaml par exemple).
 
 Je ne connais pas, j'irai voir...

Pour un comparatif entre ocaml et java, tu peut voir :

  http://pauillac.inria.fr/mmm/v418/javacomp.html

ou encore :

  http://www.pps.jussieu.fr/Livres/ora/DA-OCAML/book-ora204.html

Remarque qu'ayant enseigne caml et java, je doit dire que mon
experience a enseigner caml a ete bien moins douloureuse que celle avec
java, mais cela venait peut etre de la difference de public.

Et oui, java en interface graphique c'est d'une lenteur incomparable, il
suffit de lancer eclipse ou argouml pour s'en rendre compte. Ces deux
projets profiteraient surement d'une compilation native grace a gcj.

Amicalement,

Sven Luther




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Arnaud Vandyck
On Thu, 14 Aug 2003 15:56:38 +0200
Mike Hommey [EMAIL PROTECTED] wrote:

 On Thursday 14 August 2003 14:38, Bertrand PERRINE wrote:
  Et gcj : cela ne vaut rien ?
  Non seulement je ne suis pas d'accord, et ce produit innovant m'apporte
  des solutions dès aujourd'hui.
 
 On attend toujours les paquets java compilés en natif... de fop, par 
 exemple...

Je ne vois rien dans le BTS a ce propos? 

Je ne crois pas que cela soit si simple... 

$ apt-cache show libfop-java | grep Depends

[je ne garde que l'essentiel des librairies]

Depends: libxerces-java, libxalan2-java, libbsf-java,
 liblogkit-java, libavalon-framework-java,
 libbatik-java

Dans  l'esprit Debian,  cela  fait quelques  librairies  a convertir  en
.so...  il  faudra faire  pareil  avec  libfop-java,  puis aussi,  avoir
l'application fop en natif. 

Mais je suis certain qu'un peu d'aide de ta part sera apprecie, opal n'a
plus beaucoup de  temps, alors si tu veux maintenir  le paquet, je crois
qu'il sera tres content ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpmUeJXg1tM9.pgp
Description: PGP signature


[HS] Java et heritage multiple [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-14 Par sujet Arnaud Vandyck
On 14 Aug 2003 15:55:50 +0200
Nicolas Rueff [EMAIL PROTECTED] wrote:

 Je propose: héritage multiple,  certes peu souvent utilisé, mais c'est
 difficile de s'en passer quand on en a vraiment besoin.

Je ne suis pas dev C++ donc n'hesitez pas a me corriger, mais d'apres ce
que j'ai entendu, l'heritage multiple  est plutot source de probleme que
de facilite. 

Maintenant,  les  interfaces  reglent  plus  ou moins  le  probleme,  et
surtout, on sait quelles seront les methodes qui seront utilisees! ;)

Si tu veux que A herite de B ET C, tu crees une interface I (sachant que
C implemente I), A herite de B et implemente I, tu encapsule C dans A et
pour les  methodes que tu dois  surcharger, tu appelles  les methodes de
ton instance de C ;)

Je  pense qu'il  y  a aussi  des  cas en  c++  ou les  liens  se font  a
l'execution, oui, dans  ce cas, on est obliger de  passer par un pattern
Factory (heu une Fabrique), mais bon, c'est pas plus propre? ;)

Je suis certain que j'oublie  d'autres exemples que l'on ne pourrait pas
faire en Java. N'hesitez pas ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpTnxkFsXw6Z.pgp
Description: PGP signature


Re: [HS] Java et heritage multiple [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-14 Par sujet Alexandre Fayolle
On Thu, Aug 14, 2003 at 04:22:10PM +0200, Arnaud Vandyck wrote:
 On 14 Aug 2003 15:55:50 +0200
 Nicolas Rueff [EMAIL PROTECTED] wrote:
 
  Je propose: héritage multiple,  certes peu souvent utilisé, mais c'est
  difficile de s'en passer quand on en a vraiment besoin.
 
 Je ne suis pas dev C++ donc n'hesitez pas a me corriger, mais d'apres ce
 que j'ai entendu, l'heritage multiple  est plutot source de probleme que
 de facilite. 
 
 Maintenant,  les  interfaces  reglent  plus  ou moins  le  probleme,  et
 surtout, on sait quelles seront les methodes qui seront utilisees! ;)
 
 Si tu veux que A herite de B ET C, tu crees une interface I (sachant que
 C implemente I), A herite de B et implemente I, tu encapsule C dans A et
 pour les  methodes que tu dois  surcharger, tu appelles  les methodes de
 ton instance de C ;)

Je m'étais pourtant juré de ne pas participer au thread... Tant pis.

Oui, effectivement, ça marche, mais c'est chiant, car il faut écrire les
appels de délégation à la main. Là ou ça devient super lourd, c'est
quand tu écris, par exemple, un serveur CORBA. En effet, la classe qui
va implémenter l'interface définie en IDL doit étendre un classe de base 
qui s'occupe du marshalling. Et si jamais on a une interface A qui dérive
d'une autre interface B, on ne peut pas faire de l'héritage
d'implémentation de BImpl dans AImpl, car AImpl étend _AImplBase, et il
faut utiliser une approche par délégation systématique. Ou écrire le
serveur en C++. 

add item='huile' dest='feu'
Moi, en général, je l'écris le serveur en python, comme ça j'ai les
avantages de java et ceux de C++, sans en avoir les inconvénients. :o)
OmniOrbPy rulez !
/add



-- 
Alexandre Fayolle
LOGILAB, Paris (France).
http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org
Développement logiciel avancé - Intelligence Artificielle - Formations




Re: [HS] Java et heritage multiple [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-14 Par sujet Nicolas Rueff
Le jeu 14/08/2003 à 17:42, Alexandre Fayolle a écrit :
 On Thu, Aug 14, 2003 at 04:22:10PM +0200, Arnaud Vandyck wrote:
  On 14 Aug 2003 15:55:50 +0200
  Nicolas Rueff [EMAIL PROTECTED] wrote:
  
   Je propose: héritage multiple,  certes peu souvent utilisé, mais c'est
   difficile de s'en passer quand on en a vraiment besoin.
  
  Je ne suis pas dev C++ donc n'hesitez pas a me corriger, mais d'apres ce
  que j'ai entendu, l'heritage multiple  est plutot source de probleme que
  de facilite. 
  
  Maintenant,  les  interfaces  reglent  plus  ou moins  le  probleme,  et
  surtout, on sait quelles seront les methodes qui seront utilisees! ;)
  
  Si tu veux que A herite de B ET C, tu crees une interface I (sachant que
  C implemente I), A herite de B et implemente I, tu encapsule C dans A et
  pour les  methodes que tu dois  surcharger, tu appelles  les methodes de
  ton instance de C ;)
 
 Je m'étais pourtant juré de ne pas participer au thread... Tant pis.
 
 Oui, effectivement, ça marche, mais c'est chiant, car il faut écrire les
 appels de délégation à la main. Là ou ça devient super lourd, c'est
 quand tu écris, par exemple, un serveur CORBA. En effet, la classe qui
 va implémenter l'interface définie en IDL doit étendre un classe de base 
 qui s'occupe du marshalling. Et si jamais on a une interface A qui dérive
 d'une autre interface B, on ne peut pas faire de l'héritage
 d'implémentation de BImpl dans AImpl, car AImpl étend _AImplBase, et il
 faut utiliser une approche par délégation systématique. Ou écrire le
 serveur en C++. 

C'est où je voulais en venir (yuk yuk, encore un tombé dans le thread).
C'est souvent le cirque de java-iser en Corba (ou est-ce le contraire
?), et ayant appris la POO et corba en C++, j'ai eu pas mal de rustines
à mettre lors de portage de différents projets Corba de C++ vers Java.

 add item='huile' dest='feu'
 Moi, en général, je l'écris le serveur en python, comme ça j'ai les
 avantages de java et ceux de C++, sans en avoir les inconvénients. :o)
 OmniOrbPy rulez !
 /add

add item='whitespirit' dest='feu'
Tout le monde sait que rien n'est au dessus d'OCaml
/add

/N Alummer le feu (air connu)
__

Nicolas Rueff [EMAIL PROTECTED]
http://rueff.tuxfamily.org
+33 6 77 64 44 80
--
BOFH excuse #406:

Bad cafeteria food landed all the sysadmins in the hospital.
__



signature.asc
Description: Ceci est une partie de message	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=


Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet boulange
Selon Nicolas Rueff [EMAIL PROTECTED]:

 Le jeu 14/08/2003 à 14:29, Boulanger Jean-Louis a écrit :
 
  Quitte a faire le malin je suis d'accord avec mike, il faut que tu arrives
 a
  trouver au moins un truc exceptionnel se trouvant dans C++ que les
 imbecile
  de SUN ont consciemment mis hors de JAVA  allez un petit efforts tu as
 l'air
  si fort .
 
 Désolé de vous couper ...
 
 Je propose: héritage multiple, certes peu souvent utilisé, mais c'est
 difficile de s'en passer quand on en a vraiment besoin.

L'héritage multiple est un truc très intéressant dont on peut il est possible
de se passer car je te rappele que C++ n'est pas le seul langage objet et qu'il
existe d'autre langage objet sans héritage multiple.

Le problème de l'héritage multiple vient 
 1. de la compréhension, a force d'utiliser l'héritage multiple on introduit une
complexité qui peut introduire des pb sémantiques,
 2. d'exécution, suivant l'implantation de ton compilateur tu auras diverse
exécution, car diverse comportement peuvent etre hérité
 3. de maintenance (he oui le prog doit etre mis a jour), l'héritage multiple
introduit des liens indirectes entre differentes classes et il est plus
difficile de mesurer l'impact d'une modification.
 4. ...

Toutes ces raisons justifies le peu souvent utilise = pas forcément un truc
génial oublié par les imbéciles de SUN.

L'heritage multiple est une belle conception intellectuelle mais qui est très
souvent proscrite par les guides de développement des entreprises qui font du
logiciel durable.

Une anecdote, une grosse entreprise qui avait un super logiciel de cartographie
réputé a décide de tout refaire en C++, ils ont utilise Ilogview pour l'aspect
graphique (la hauteur de l'heritage peut etre de 30 ou 40 classes et héritage
multiple). Le nouveau programme tourne 100 fois moins vite que l'ancien juste a
cause des liens d'heritage (resultat d'une analyse minutieuse de l'execution du
prog).


 /N 
 __
 
 Nicolas Rueff [EMAIL PROTECTED]
 http://rueff.tuxfamily.org
 +33 6 77 64 44 80
 --
 THE LESSER-KNOWN PROGRAMMING LANGUAGES #13: SLOBOL
 
 SLOBOL is best known for the speed, or lack of it, of its compiler.
 Although many compilers allow you to take a coffee break while they
 compile, SLOBOL compilers allow you to travel to Bolivia to pick the
 coffee. Forty-three programmers are known to have died of boredom
 sitting at their terminals while waiting for a SLOBOL program to
 compile. Weary SLOBOL programmers often turn to a related (but
 infinitely faster) language, COCAINE.
 __
 
 




-
Laboratoire Heudiasyc. UMR CNRS 6599
http://www.hds.utc.fr




Re: [HS] Java et heritage multiple [was: Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-14 Par sujet Jérôme Marant
Quoting Arnaud Vandyck [EMAIL PROTECTED]:

 On 14 Aug 2003 15:55:50 +0200
 Nicolas Rueff [EMAIL PROTECTED] wrote:
 
  Je propose: héritage multiple,  certes peu souvent utilisé, mais c'est
  difficile de s'en passer quand on en a vraiment besoin.
 
 Je ne suis pas dev C++ donc n'hesitez pas a me corriger, mais d'apres ce
 que j'ai entendu, l'heritage multiple  est plutot source de probleme que
 de facilite. 
 
 Maintenant,  les  interfaces  reglent  plus  ou moins  le  probleme,  et
 surtout, on sait quelles seront les methodes qui seront utilisees! ;)

En matière d'héritage multiple, Eiffel s'en sort plutôt bien.
Voir http://www.cetus-links.org et suivre les liens.

Par contre, je suis d'accord sur le fait que ce ne soitpas indispensable,
voir problèmatique dans certains cas.

-- 
Jérôme Marant




Re: [HS sur java] Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-14 Par sujet Denis Barbier
On Thu, Aug 14, 2003 at 02:29:18PM +0200, Boulanger Jean-Louis wrote:
[...]
 Quitte a faire le malin je suis d'accord avec mike, il faut que tu arrives a
 trouver au moins un truc exceptionnel se trouvant dans C++ que les 
 imbecile
 de SUN ont consciemment mis hors de JAVA  allez un petit efforts tu as 
 l'air
 si fort .
 
 fais nous plaisir, ne nous laisse pas sur notre faimm ..

Je me contrefous de savoir qui a la plus grosse, mais faisant du cul nu
avec Java, j'aimerais savoir si les griefs énoncés contre Java sur
   http://www.cs.berkeley.edu/~wkahan/JAVAhurt.pdf
sont fondés et toujours d'actualité.
Merci d'éclairer ma lanterne.

Denis




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-13 Par sujet Xavier Maillard
#secure method=pgpmime mode=sign
Arnaud Vandyck [EMAIL PROTECTED] writes:

  On Mon, 11 Aug 2003 10:03:57 +0200
  Jérôme Marant [EMAIL PROTECTED] wrote:
  
   Quoting Xavier Maillard [EMAIL PROTECTED]:
  [...]
J'ai pensé pour un soft, proposer un paquet à jour du soft en
question mais après que dois-je en faire si je veux par exemple
qu'il soit revu/corrigé/intégré dans SID ?
   
   Après, tu peux mettre à jour le paquet chez toi, et en faire un
   patch que tu vas poster dans le bug wishlist que tu as précédemment
   déclaré.
  
  Pour deux paquets, j'ai d'abord contacte le mainteneur, n'ayant pas
  de reponse (mais je n'ai attendu que quelques jours), j'ai poste a

Combien de temps en moyenne on doit attendre pour une réponse d'un dev
?? Perso j'ai deja eu des cas (la majorité) qui répondait sous 3 jours
mais certains se permettent quand meme certains abus je trouve. Que le
dev du paquet kernel puisse me répondre en moins de temps qu'il n'en
faut pour le dire me laisse perplexe quand je vois que pour un soft
ridiculement simple et avec peu de ou pas de bug/activité mettent
plusieurs semaines ;)

  l'adresse du bug et a [EMAIL PROTECTED] en ajoutant un tag

Ah je connaissais pas ça. Enfin c'est pas tout à fait exact, je pensais
surtout que c'était réservé aux devs Debian.

  'patch' (sachant que le mainteneur peut, s'il n'est pas content, le
  supprimer). Pour un exemple, tu peux te reporter aux bugs suivants
  (et si les exemples ne sont pas bons, je finirai sans doute dans les
  cookies fortune;)): -
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=154155 -
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=196867
  
  L'avantage, me semble-t-il, et c'est pour cela que je l'ai fait,
  c'est qu'il est facile de perdre un mail, mais dans le BTS,
  l'information est tres bien conservee.

Tout à fait d'accord.
  
   S'il ne se manifeste pas, envoie un mail sur debian-devel en
   expliquant ce qui se passe et je pense qu'il aura quelqu'un pour
   uploader.
  
  Houlala, j'espere que tu n'est pas developpeur Debian... non, je
  deconne ;) pour un RC bug, je crois qu'il trouvera un sponsor (meme
  s'il n'y a pas foule pour l'instant), mais pour un wishlist, ca
  m'etonnerait! Voir une discussion a ce propos ici:
  http://lists.debian.org/debian-java/2003/debian-java-200308/msg00014.html

Je trouve la procédure pour entrer dans la team un peu longue et
complexe ;) Pas que je ne suis pas interessé (au contraire) mais
franchement quand je vois le mal qu'il faut se donner pour rentrer j'ai
du mal à comprendre comment certains peuvent devenir aussi
laxistes. (Non ceci n'est pas un coup de gueule et je ne vise personne).

  et pourtant, la nouvelle release de kaffe (environnement de
  developpement java libre) est tres importante pour l'equipe
  debian-java puisque cela permettra de faire passer pas mal de
  logiciels et de librairies java de contrib a main!

Oui enfin ça reste du Java :)

zeDek
-- 
Schliesslich ist Moby Dick ein WAL.
Norbert Harry Marzahn [EMAIL PROTECTED]


pgpqKc2uLBCsX.pgp
Description: PGP signature


Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-13 Par sujet Mike Hommey
On Wednesday 13 August 2003 08:50, Xavier Maillard wrote:
   et pourtant, la nouvelle release de kaffe (environnement de
   developpement java libre) est tres importante pour l'equipe
   debian-java puisque cela permettra de faire passer pas mal de
   logiciels et de librairies java de contrib a main!

 Oui enfin ça reste du Java :)

Et surtout, ça reste kaffe... On a beau dire, mais pour java, y a rien de 
mieux que les VM proprios... kaffe, c'est inutilisable...

Mike




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-13 Par sujet Mike Hommey
On Wednesday 13 August 2003 08:44, Xavier Maillard wrote:
(...)
 Bah justement il est là le hic, pas de réponses.

Ça dépend depuis combien de temps il répond pas, mais en ce moment, entre les 
vacances et la canicule (s'il est européen), y a pas mal de raisons de ne pas 
répondre... Bon, par contre, si ça fait 6 mois qu'il réagit sur aucun paquet, 
effectivement, y a un problème... et si ça fait 6 mois qu'il touche pas à 
celui là mais qu'il touche à d'autres, faut envisager de lui demander s'il 
aurait pas envie de l'orphaner (anglicisme malheureux)

(...)
 Là encore il y a un hic, je ne suis pas développeur Debian (trop
 long/compliqué pour le devenir).

Un sponsor, ça se trouve...

Mike




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-13 Par sujet Mike Hommey
On Wednesday 13 August 2003 23:47, Arnaud Vandyck wrote:
 Quelle  version?  La  version  1.1.1  dont on  parle  permet  d'utiliser
 tomcat4, les librairies xml, ant et  encore bien d'autres choses. Il y a
 un  gros travail  du  cote du  projet  classpath pour  tout  ce qui  est
 graphique et kaffe integre de plus en plus les classes de classpath.

J'ai essayé fop avec le kaffe de sid, ça m'a suffit... quelque soit la taille 
de la VM que je lui mets, il bouffe tout et arrive en out of memory... au 
bout de 10 minutes... alors qu'avec une JVM blackdown, ça passe avec 64M, et 
même pas 30 secondes...
Dans ces conditions, j'ai pas vraiment envie de faire générer du pdf avec 
cocoon via fop avec kaffe...

Mike




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-13 Par sujet Arnaud Vandyck
On Wed, 13 Aug 2003 23:12:34 +0200
Mike Hommey [EMAIL PROTECTED] wrote:

 On Wednesday 13 August 2003 08:50, Xavier Maillard wrote:
et  pourtant,  la nouvelle  release  de  kaffe (environnement  de
developpement  java  libre)  est  tres importante  pour  l'equipe
debian-java  puisque cela permettra  de faire  passer pas  mal de
logiciels et de librairies java de contrib a main!
 
  Oui enfin ça reste du Java :)

J'aimerais  un jour  comprendre cette  haine  vis-a-vis de  java. Je  me
permets   d'anticiper   l'argument   proprietaire   vu  le   nombre   de
compilateurs, machines vituelles libres, ainsi que le projet 'classpath'
qui a pour but de reecrire toute l'api java, et classpathx pour tous les
paquets 'annexes' (servlet, xml, mail, etc.).

 Et surtout, ça reste kaffe... On a beau dire, mais pour java, y a rien
 de mieux que les VM proprios... kaffe, c'est inutilisable...

Quelle  version?  La  version  1.1.1  dont on  parle  permet  d'utiliser
tomcat4, les librairies xml, ant et  encore bien d'autres choses. Il y a
un  gros travail  du  cote du  projet  classpath pour  tout  ce qui  est
graphique et kaffe integre de plus en plus les classes de classpath. 

Je ne vous ai pas encore parle de gcj qui permet de compiler les classes
java en code natif? Il y a beaucoup de recherches de ce cote chez RedHat
qui est fort investi dans gcj/gcc ET dans classpath. Ils ont compile des
librairies en '.so' et des  programmes complexes en executable natif. Le
tout est vraiment tres rapide! Il y a meme un compilateur ecrit en java,
compile en natif qui est plus rapide que 'jikes', ecrit en C++! 

Allez, soyons ouverts et bonne nuit ;)

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgppQLZmyJ9bd.pgp
Description: PGP signature


Patcher un paquet [was: Re: Comment voir plus rapidement les nouveaux prg dans SID ? ]

2003-08-13 Par sujet Arnaud Vandyck
On Wed, 13 Aug 2003 08:44:21 +0200
Xavier Maillard [EMAIL PROTECTED] wrote:

 Je ne suis pas vraiment sur de savoir faire un patch d'un paquet
 debian. Enfin si c'est pas plus compliqué que faire un patch pour un
 tree de dev, je veux bien essayé.

1) Si c'est pour modifier du code qui est dans le repertoire debian/, tu
   peux copier  le repertoire debian/  en dehors de  l'archive, ensuite,
   effectuer toutes les modifications puis: 

   $ diff -ru debian.old paquet/debian  mon.patch

2) Sinon: c'est pour une mise a jour du paquet avec une nouvelle version
   du logiciel, il vaut mieux utiliser 'uupdate';

3) Sinon  -  sinon,  c'est  plus  complique  mais  je  te  conseillerais
   d'utiliser 'dpatch' ;)

Bon travail,

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/
   http://alioth.debian.org/developer/diary.php?diary_user=2781


pgpnCM1gctG3y.pgp
Description: PGP signature


Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-11 Par sujet Jérôme Marant
Quoting Xavier Maillard [EMAIL PROTECTED]:

 Bonsoir,

Bonjour,

 Bon après de multiples tentatives pour voir packager certaines
 mises-à-jour de soft qui m'interessent, je voudrais savoir comment il
 faut s'y prendre en règle général.
 
 Prenons l'exemple du soft toto qui dans SID est en version 1.2. Je vas
 sur le site du projet et je constate que le fameux soft en est deja à
 la version disons 1.4.
 
 Comment faut-il s'y prendre pour que cette version soit packagée puis
 remplace l'ancienne dans SID ?? Le rapport de bogue me semble le plus
 approprié mais parfois le mainteneur ne réagit pas. Dans ce cas que
 faire ?? 

Au bout de combien de temps ne réagit-il pas ?

Tu peux regarder tous les bugs reports, et voir s'il a répondu à ceux
qui sont arrivés récemment. Cela peut te donner des signes sur l'activité
du développeur.

 J'ai pensé pour un soft, proposer un paquet à jour du soft en question
 mais après que dois-je en faire si je veux par exemple qu'il soit
 revu/corrigé/intégré dans SID ?

Après, tu peux mettre à jour le paquet chez toi, et en faire un patch
que tu vas poster dans le bug wishlist que tu as précédemment déclaré.

S'il ne se manifeste pas, envoie un mail sur debian-devel en expliquant
ce qui se passe et je pense qu'il aura quelqu'un pour uploader.

Cordialement,


-- 
Jérôme Marant




Re: Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-11 Par sujet Jérôme Marant
Quoting Arnaud Vandyck [EMAIL PROTECTED]:

[...]
 
 L'avantage, me semble-t-il,  et c'est pour cela que  je l'ai fait, c'est
 qu'il est facile de perdre un  mail, mais dans le BTS, l'information est
 tres bien conservee.
 
  S'il  ne  se  manifeste  pas,  envoie  un  mail  sur  debian-devel  en
  expliquant  ce qui  se passe  et je  pense qu'il  aura  quelqu'un pour
  uploader.
 
 Houlala, j'espere que tu n'est pas developpeur Debian... non, je deconne

Si je suis developpeur Debian, la preuve : je ne fais pas de Java ;-)
(oups, un troll s'est échappé de ma poche)

 ;) pour un RC  bug, je crois qu'il trouvera un sponsor  (meme s'il n'y a
 pas foule pour l'instant), mais  pour un wishlist, ca m'etonnerait! Voir
 une discussion a ce propos ici:

[...]

Oui, mais ce n'est pas n'importe quel wishlist : il s'agit d'un paquet
obsolète. En général, beaucoup s'accordent pour qu'une nouvelle version
soient uploadée, car c'est souvent le signe de l'inactivité du mainteneur.
Si 30 jours se sont écoulés depuis la nouvelle version, il y a peu être
un problème.

 
 http://lists.debian.org/debian-java/2003/debian-java-200308/msg00019.html
 
 Doesn't a  few days seem abnormally  short notice for  such a major
 NMU - not a bugfix but an entire new upstream release?

Je suis d'accord, il faut quand même attendre un certain temps. Mais je
ne sais pas combien de temps Xavier a atendu non plus.

 et   pourtant,  la   nouvelle   release  de   kaffe  (environnement   de
 developpement java libre) est  tres importante pour l'equipe debian-java
 puisque  cela permettra  de  faire passer  pas  mal de  logiciels et  de
 librairies java de contrib a main!

Je te l'accorde mais ça n'en fait pas non plus un caractère d'urgence
pour l'utilisateur.

-- 
Jérôme Marant




Comment voir plus rapidement les nouveaux prg dans SID ?

2003-08-10 Par sujet Xavier Maillard
Bonsoir,

Bon après de multiples tentatives pour voir packager certaines
mises-à-jour de soft qui m'interessent, je voudrais savoir comment il
faut s'y prendre en règle général.

Prenons l'exemple du soft toto qui dans SID est en version 1.2. Je vas
sur le site du projet et je constate que le fameux soft en est deja à
la version disons 1.4.

Comment faut-il s'y prendre pour que cette version soit packagée puis
remplace l'ancienne dans SID ?? Le rapport de bogue me semble le plus
approprié mais parfois le mainteneur ne réagit pas. Dans ce cas que
faire ?? 

J'ai pensé pour un soft, proposer un paquet à jour du soft en question
mais après que dois-je en faire si je veux par exemple qu'il soit
revu/corrigé/intégré dans SID ?

zeDek
-- 
Wirf den Stein als erster, sonst nennt man dich einen Epigonen (Lec)



pgpghYpLRNiHa.pgp
Description: PGP signature