Mjules a écrit 227 commentaires

Fedora core depuis la version 4 fournis un ensemble de softs en java compilé avec gcj. Les autres distributions semblent moins en avance à ce niveau.

Mais il faut reconnaitre que jusqu'à il y a peu (6 mois, un an), GNU classpath pêchait par un manque de support de swing/awt et donc des applications graphiques et c'est vraiment à partir des version 0.90 que c'est devenu utilisable.

une liste d'applications qui marchent avec classpath :
http://developer.classpath.org/mediation/FrontPage

Sinon, juste pour chipoter, kaffe est une machine virtuelle, je ne crois pas que tu puisses compiler du code en natif avec elle. Pour cela, il faut plutôt se tourner avec gcj ou ecj (qui est/va être le compilateur par défaut de gcj pour java 1.5).
De plus, si tu veux utiliser une machine virtuelle, Kaffe n'est pas forcément le meilleur choix, JamVM ( http://jamvm.sourceforge.net/ ) ou Cacao ( http://www.complang.tuwien.ac.at/cacaojvm/ ).

En tout cas, je pense qu'on va commencer à voir des choses arriver dans nos distributions préférées :) .

A noter que l'alternative libre la plus avancée (GNU classpath [1]) couvre déjà plus de 99% de l'API 1.4 [2] et plus de 95% de l'API 1.5 [3].
Pour ma part, je ne pense pas qu'on ai encore vraiment besoin que java passe opensource.
Sinon, Tom Tromey (ex-développeur de gcjx avant son remplacement par ecj) à écrit un texte intéressant sur ce que Sun devrait faire et ne pas faire avec sa licence pour que l'ouverture soit une réussite.[4]


[1] www.classpath.org
[2]http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.(...)
[3]http://www.kaffe.org/~stuart/japi/htmlout/h-jdk15-classpath-(...)
[4]http://tromey.com/blog/?p=262

Pour les brevets, aaron seigo (développeur de KDE) a fait une remarque très intéressante :
http://aseigo.blogspot.com/2006/08/dear-ati.html

what if ati is legally using a patented technology? fine, release it under an open source license that allows for patents. there are more licenses out there than the gpl if they feel that it's too restrictive when it comes to patents. i have all sorts of patented devices in my house and none of them try and keep from looking at those patented parts. i'm simply prevented from recreating those patented parts for the market. i'm not sure where the idea of "patents are protected by not being able to be seen" meme came from that seems to float around.

what if ati is infringing on someone else's patents? well, then they are in trouble already. it's just a matter if they get caught or not. and really, no insignificant piece of software doesn't violate a patent somewhere because patents are completely out of control.

en résumé :
si ATI utilise légalement des technologies brevetées, rien n'empêche de les libérer avec une licence plus sympa pour les brevets que la GPL. Il explique ensuite qu'il possède des tas de choses brevetées chez lui et que rien ne l'empêche d'étudier le fonctionnement. Ce qui est interdit, c'est de le reproduire.

Et si ATI utilise illégalement des technologies brevetées, alors, ils sont déjà dans la m****.
Et il termine en expliquant que de toute façon à peu près tout morceau de code viole un brevet quelque part vu le foutoir que c'est dans ce domaine.

Moi, ça marche plutôt pas mal ;)

il faut utiliser la barre d'outil "controle de formulaire" et créer les zones de texte avec les outils de cette barre avant d'exporter en PDF.

Tu parles des formulaires PDF dont on peut remplir les champs dans adobe reader et imprimer ensuite ?

Si c'est le cas, openoffice 2 permet de générer ce type de formulaire.

je ne suis pas aussi pessimiste que toi, la certification ISO, c'est un atout de plus pour l'adoption par les administrations, voire pour l'adoption dans un certains nombres d'entreprises.

Je comprends pas non plus

http://www.neoskills.com et http://neoskills.com pointent vers le même site chez moi.

mon UA :
Mozilla/5.0 (X11; U; Linux x86_64; fr-FR; rv:1.7.8) Gecko/20050416

j'obtiens bien la page et je ne suis pas redirigé où que ce soit.

http://reiseauskunft.bahn.de/bin/query.exe/fn

oui, tu n'auras pas besoin de pourrir ton noyau avec des drivers proprio

c'est important pour pas mal de monde

Il y a quelques temps, j'ai lu qu'un problème des distributions, c'était que les bugtrackers ne communiquaient pas entre eux.

Les mainteneurs des paquets de distributions reçoivent les bugs des utilisateurs et doivent ensuite les remonter à la source. L'ennui c'est qu'il n'y pas de système permettant d'envoyer directement le rapport sur le bugtracker du projet source, il faut "au mieux" ajouter un commentaire dans un bug existant (après l'avoir trouvé) ou "au pire" écrire carrément un nouveau rapport.
Avec un système permettant d'envoyer le contenu complet du bug sur un autre bugtracker, les mainteneurs gagneraient du temps et plus de bugs seraient remontés (on peut même imaginer qu'en vérifiant automatiquement sur les bugtracker des autres distros, le bug soit confirmé plus facilement).


Arrive maintenant ma question, je n'ai rien vu de tel dans les releases notes de la version qui vient de sortir mais est ce que ça existe ? est ce que c'est en projet ?

Merci

pôur les stats, je n'en ai pas à proposer mais à la louche et basé sur mon expérience et celle de mes collègues, je dirais que un peu plus de 1 ordo sur 10 est modifiée lors de sa délivrance par le pharmacien (surtout erreur de posologie, de dosage, de forme, plus rarement interaction, erreur de nom, etc).

Malheureusement, le Vidal ne contient pas tout les médicaments loin s'en faut :-/ et en règle générale, les médecins sont beaucoup plus doués pour diagnostiquer que pour prescrire (ils sont surtout formés au diagnostic et pas assez sur le médicament, au contraire du pharmacien).

c'est un (ensemble de) bug connu, théoriquement, ce devrait être corrigé pour la version 1.5.

exemple :
https://bugzilla.mozilla.org/show_bug.cgi?id=131456(...)

voir le titre, il faut charger le module qui va bien

modprobe powernow-k8

pour un athlon 64 par exemple

je connais pas trop deb/apt, mais on gagne au moins le champs "suggest" par rapport à rpm/urpmi. Par contre, on perd la possibilité d'installer côte à côte des bibliothèques de différentes architectures (x86 et x86_64).

Ce que je voulais dire, ce n'est pas que ça ne marche pas mais que ça reste en 32 bits, obligeant soit à installer en // les libs 32 bits nécessaires, soit à mettre le soft dans un chroot 32 bits.
De plus, ça pose des pb avec certaines parties 64bits comme les serveurs de sons quand on a besoin du multiplexage soft ; j'ai jamais réussi à rediriger le son d'un soft 32 bits avec un arts ou un esd 64 bits.

Usb comme PS/2, je n'ai eu aucun pb de reconnaissance avec les claviers et les souris sans fils logitech.

les seuls "problèmes" ont été la gestion des 12 boutons de la MX1000 (il fallait pacher xorg sur ma distro) et certaines touches multimédia mal reconnues par le noyau et donc par xfree/xorg (il faut leur attribuer manuellement un keycode).

Pour moi, le principal problème avec le 64 bits, ce sont les softs proprio qui restent en 32 bits (flash, le plugin java 1.5, win32-codec, enemy territory etc) et wine/cedega.

A quelques exceptions notables (OOo, zsnes surtout), les softs libres tournent en 64 bits sans problèmes maintenant.

le plugin flash de macromedia est 32 bits ; c'est pour ça qu'il ne fonctionne pas avec un mozilla ou un firefox 64 bits. Pour konqueror, c'est un peu différent, en résumé, il appelle le plugin comme un soft externe (via kdebase-nsplugin), ce qui pose moins de pb et permet de l'utiliser en 32 bits.

c'est le même principe pour mplayerplugin, le plugin doit être 64 bits mais il utilise sans pb un mplayer 32 bits.

c'est image magick qui l'amène habituellement

si j'ai bien compris la façon dont ça marche, les équations sont envoyés comme du texte et interprétées en local sur la machine destinataire. Donc du moment que vous respectez la syntaxe Tex et que les délimiteurs ($$ $$) sont bien mis, ça doit fonctionner.

en fait, il y a eu 3 release depuis juin 2004 pour corriger des bugs ; actuellement, il ne se passe rien de visible mais le cvs est assez actif pour gplflash2 qui réécrit gplflash et vise à supporter flash 7 et 6

tu trouveras pas mal de truc (surtout pour Impress mais il y en a pour writer) à cette adresse :

http://ooextras.sourceforge.net./(...)

normalement, si j'ai bien compris le document expliquant la roadmap, la prochaine version sortira de 2 façon, une monolithique (6.9) et une modulaire (7.0). Ensuite, le développement ne se fera plus que sur la branche modulaire.

Ils ne prennent pas en compte les mises à jours (i.e. par le système de mise à jour)