kruskal a écrit 326 commentaires

  • [^] # Re: Java libre : Sun sur la défensive

    Posté par  . En réponse à la dépêche Java libre : Sun sur la défensive. Évalué à 9.

    Oui, on peut avoir les sources, et c'est un gros piege:
    toute personne ayant eu acces a ces sources ne peut plus contribuer a GNU Classpath ou a gcj: Le risque d'etre accusé (a tort ou a raison) d'avoir repompé du code est trop important, et les equipes de ces implementations libres ne veulent pas courir le risque de voir tant d'efforts reduits a nean.
    Moralité: reflechissez a 2 fois avant de telecharger des sources non libre.
  • [^] # Re: Nouveau memo Halloween - SCO attaque

    Posté par  . En réponse à la dépêche Nouveau memo Halloween - SCO attaque. Évalué à 2.

    >Bref, du blabla, comme d'hab, mais bon, je commence a avoir l'habitude sur ce site

    Mais tu sais, si ca te déplait, personne te retient en otage ici.....
  • [^] # Re: Java va mal

    Posté par  . En réponse au journal Java va mal. Évalué à 0.

    non, ce n'est pas triste, c'est juste que je m'inquiete pour des questions de perénité et d'indépendance.
  • # Re: La punition suprême !

    Posté par  . En réponse au journal La punition suprême !. Évalué à 2.

    Heu, la c'est elle qui va etre la premiere a subir la punition.
  • [^] # Re: Java va mal

    Posté par  . En réponse au journal Java va mal. Évalué à 1.

    ou bien "Java sai mal"
  • [^] # Re: python

    Posté par  . En réponse au journal python. Évalué à 1.

    Mais non mais non, il faut juste parfois savoir reconnaitre ses erreurs !
  • [^] # Re: Après le biodiesel : le moteur à air comprimé

    Posté par  . En réponse au journal Après le biodiesel : le moteur à air comprimé. Évalué à 1.

    non, ils sont fait avec un gazogène a bouse de gnou
  • [^] # Re: python

    Posté par  . En réponse au journal python. Évalué à 2.

    Je n'ai pas dit que Java(tm) n'etait pas utilisé dans des projets libres.
    Néanmoins, faire un soft libre dépendant d'un environnement non libre, c'est s'exposer a des problemes de dépendance et de manque de pérennité.
    Si tu est pret a accepter les risques que cela entraine, libre a toi.....
  • # Re: python

    Posté par  . En réponse au journal python. Évalué à 3.

    Hum, les langages a apprendre dépendent de ce que tu veut faire avec.

    A mon avis, le C est présent partout, donc c'est une bonne chose de le connaitre.
    Pour le java, a ta place, j'attendrais d'en voir plus du coté de la liberation de Java(tm). Ca peut etre bien de connaitre ce langage parce qu'il est enormement utilisé en entreprise, mais pour l'instant, il vaut mieux eviter de l'utiliser pour du libre, a moins de se contenter de ce qui est implementé dans gcj ou kaffe ou autre implementation libre.
  • # Re: nvidia

    Posté par  . En réponse au journal nvidia. Évalué à 2.

    Pour le support des pilotes propriétaires Nvidia, merci de t'adresser directement a Nvidia.
  • # Re: Problèmes de drivers Modem Conexant

    Posté par  . En réponse au journal Problèmes de drivers Modem Conexant. Évalué à 1.

    Heu, tu aurrais pas dans ton entourage quelqu'un qui aurais un vieux modem ?
    Ca cours les rues ca, avec toute la populasse qui est passé en haut débit......
  • # Re: NetBSD 1.6.2 iz houtte

    Posté par  . En réponse au journal NetBSD 1.6.2 iz houtte. Évalué à 0.

    Ya encore des gens qui osent utiliser ça (en dehors des ecoles de pasingénieurs) ?
  • [^] # Re: Je suis

    Posté par  . En réponse au sondage Je suis. Évalué à 1.

    et surtout, saipalibreuh
  • # Re: IzPack 3.5.0

    Posté par  . En réponse au journal IzPack 3.5.0. Évalué à -1.

    Java(tm) sapuh, saipa[encore]libreuh !!!
  • # Re: ESR, CUPS et GUI moisie

    Posté par  . En réponse au journal ESR, CUPS et GUI moisie. Évalué à 1.

    Tient au fait, personne a dans un de ses bookmarks l'url du site qui reference tout ce qu'il faut faire et ne pas faire en terme d'ergonomie ?
    C'etait vraiment un site super complet, mais je n'en retrouve plus la trace :(
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    D'ou les guillemets autour du mot "forker"
    Il fallait bien sur comprendre qu'Ibm pourrait partir de sa propre Jvm pour faire cela.
    Mais il semblerait que les classes livrees dans le jre d'Ibm soient celles ecrites par Sun..... Comme quoi Ibm a le meme probleme que gcj, classpath, kaffe: c'est vraiment un énorme boulot.
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    "2) tu peux distribuer en GPL un truc que tu appellera Wisual K ++ qui a l'odeur de java et qui fait tout comme java ... mais comme personne ne l'utilisera (tu sais ... les gars en cravate ...)"

    Maintenant que j'y repense, si c'est moi qui sort ce truc, bien sur que ca marchera pas, mais si c'est IBM ? Ils ont les moyens de "forker" Java en opensource nan ? Et meme si ils peuvent pas utiliser la marque Java, ils ont quand meme la force commerciale qu'il faut pour que ce soit utilisé.
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    "2) tu peux distribuer en GPL un truc que tu appellera Wisual K ++ qui a l'odeur de java et qui fait tout comme java ... mais comme personne ne l'utilisera (tu sais ... les gars en cravate ...)"

    Oui les gars en cravate, mais on s'en fout, ca nous permettrait au moins d'avoir un clone de java libre et complet. Les gens du libre s'en tripotent un peu que ca s'apelle java ou pas.
  • # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    Hum, si quelqu'un peut m'eclairer, il sera le bienvenu.

    Le contrat entre IBM et Sun interdit il a IBM de liberer son propre JDK ?
    Si oui, cela s'applique t-il aussi si ce JDK etait distribué en OpenSource sans utiliser la marque Java ?
    IBM aurait il le droit d'injecter du code de son propre JDK dans gcj (par exemple) qui n'utilise pas la marque Java ?

    En tout cas, pour moi qui me refusait a toucher a Java, justement a cause du manque de bases libres, je ne peut que me réjouir a cette perspective. Esperons que la démarche d'IBM réussira.
  • [^] # Re: Quel langage choisir.

    Posté par  . En réponse au journal Quel langage choisir.. Évalué à 1.

    Mais si.

    D'apres la definition de sun, il sufit de faire une machine virtuelle capable de comprendre ce dialecte binaire: un jeu d'enfant.
  • [^] # Re: JOnAS conforme J2EE 1.4 !

    Posté par  . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 0.

    Eh bien voila un post clair et constructif, je me sens moins bete maintenant.
    Merci beaucoup.
  • [^] # Re: Quel langage choisir.

    Posté par  . En réponse au journal Quel langage choisir.. Évalué à 2.

    "mais pourquoi coder en gtk avec java alors que les classes graphiques swing de java 2 marchent très bien ?"

    1erement, pour des questions d'intégration a mon environnement
    2emement, il me semble que l'implementation de swing dans gcj n'en est qu'a ses débuts.
  • [^] # Re: JOnAS conforme J2EE 1.4 !

    Posté par  . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 1.

    Tout a fait, ils ont bien raison d'attendre que Sun leur fasse un coup de pute
  • # Re: Alizée s'est mariée

    Posté par  . En réponse au journal Alizée s'est mariée. Évalué à 3.

    Ma pauvre araignée, toi aussi tu en revait du beau Jeremy, et c'est cette pouf qui te l'a pris.
    Allez, viens te consoller dans les bras de ton krusky.
  • [^] # Re: JOnAS conforme J2EE 1.4 !

    Posté par  . En réponse à la dépêche JOnAS en route vers la conformité J2EE 1.4. Évalué à 0.

    "Ce temps doit etre révolu. J2EE offre l'indépendance du serveur, c'est déja un grand pas. "

    Si tu le dit, je veut bien te croire, moi j'y connais pas grand chose en J2EE, personne est capable d'expliquer simplement ce que c'est exactement.

    Mais bon, personellement je trouve que ca ne sert strictement a rien d'etre independant d'un serveur, si c'est pour rester dépendant de la plate-forme sous-jascente (en l'occurence la jvm).
    C'est pour ca que je pense qu'ObjectWeb ferait mieux de faire des efforts de ce coté la au lieu de courir apres cette certification.
    En plus, ce n'est pas parce que ce n'est pas certifié que cela n'est pas compatible.
    C'est pour cela que je pense que les dissaïdors feraient mieux de regarder plus loin que le bout de leur nez.