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.
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 ?
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).
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.
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
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.
[^] # Re: mais
Posté par Mjules (site web personnel) . En réponse au journal MS Office et PDF : non. Évalué à 2.
Si c'est le cas, openoffice 2 permet de générer ce type de formulaire.
[^] # Re: j'y crois pas trop....
Posté par Mjules (site web personnel) . En réponse au journal L'opendocument décroche l'iso. Évalué à 10.
[^] # Re: Euh...
Posté par Mjules (site web personnel) . En réponse au journal Quand Alexa.com me vole mon traffic, ou porter plainte sinon sur mon journal linuxfr ?. Évalué à 2.
http://www.neoskills.com et http://neoskills.com pointent vers le même site chez moi.
# pas soucis avec mozilla 1.7
Posté par Mjules (site web personnel) . En réponse au journal KB Microsoft : Firefox/Linux discriminé ?. Évalué à 3.
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.
# ce site là ?
Posté par Mjules (site web personnel) . En réponse au journal horaires des trains : google pointe sur sncf (sans rapport avec Linux ou le libre). Évalué à 2.
[^] # Re: 120 euros sans 3D ?
Posté par Mjules (site web personnel) . En réponse à la dépêche Projet Open Graphic : les premières cartes de test avant la fin de l'année !. Évalué à 8.
c'est important pour pas mal de monde
# Communication entre les système de traques de bugs
Posté par Mjules (site web personnel) . En réponse à la dépêche Sortie de Bugzilla 2.20 (et 2.21.1 et 2.18.4). Évalué à 5.
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
[^] # Re: bof
Posté par Mjules (site web personnel) . En réponse au journal Microsoft s'intéresse à ta santé .... Évalué à 1.
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).
# bug connu et théoriquement corrigé dans deer park
Posté par Mjules (site web personnel) . En réponse au journal Firefox et fuite de mémoire. Évalué à 4.
exemple :
https://bugzilla.mozilla.org/show_bug.cgi?id=131456(...)
# modprobe powernow-k8
Posté par Mjules (site web personnel) . En réponse au message Compilation kernel pour gestion CPU. Évalué à 3.
modprobe powernow-k8
pour un athlon 64 par exemple
[^] # Re: \o/
Posté par Mjules (site web personnel) . En réponse au journal la parochaine Mandriva Corporate Server basée sur Daubian.. Évalué à 1.
[^] # Re: le pb, c'est les softs propriétaires
Posté par Mjules (site web personnel) . En réponse au journal x86_64 es-ce vraiment utile. Évalué à 1.
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.
[^] # Re: Question conne
Posté par Mjules (site web personnel) . En réponse au journal Logicharge, une applet pour vérifier les piles de votre souris. Évalué à 2.
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).
# le pb, c'est les softs propriétaires
Posté par Mjules (site web personnel) . En réponse au journal x86_64 es-ce vraiment utile. Évalué à 1.
A quelques exceptions notables (OOo, zsnes surtout), les softs libres tournent en 64 bits sans problèmes maintenant.
[^] # Re: Flash fonctionne avec Mandriva 2005 LE x86_64 !
Posté par Mjules (site web personnel) . En réponse au journal x86_64 es-ce vraiment utile. Évalué à 5.
c'est le même principe pour mplayerplugin, le plugin doit être 64 bits mais il utilise sans pb un mplayer 32 bits.
[^] # Re: Une autre bète question
Posté par Mjules (site web personnel) . En réponse au journal gaim + LaTeX. Évalué à 1.
[^] # Re: question bête
Posté par Mjules (site web personnel) . En réponse au journal gaim + LaTeX. Évalué à 4.
[^] # Re: ...
Posté par Mjules (site web personnel) . En réponse au journal Pour un Flash en GPL => GPLFlash. Évalué à 3.
# OOo Extras
Posté par Mjules (site web personnel) . En réponse au message Des "templates" pour OpenOffice.org. Évalué à 1.
http://ooextras.sourceforge.net./(...)
[^] # Re: Et plus tard ?
Posté par Mjules (site web personnel) . En réponse au journal X.org et la modularisation. Évalué à 2.
[^] # Re: à modérer quand même
Posté par Mjules (site web personnel) . En réponse au journal Firefox : 50 millions de telechargements !. Évalué à 4.
# GCJ ?
Posté par Mjules (site web personnel) . En réponse au journal Lucane groupware 0.7.5 est disponible. Évalué à 2.
# l'option --justdb
Posté par Mjules (site web personnel) . En réponse au message Manipulation de la base RPM. Évalué à 2.
[^] # Re: je pense plutôt à mozilla
Posté par Mjules (site web personnel) . En réponse au message KDE 3.3 : occupation mémoire :: fuite mémoire, défaut matériel ou mauvais réglage ??. Évalué à 2.
https://bugzilla.mozilla.org/show_bug.cgi?id=131456(...)
[^] # Re: Flash...
Posté par Mjules (site web personnel) . En réponse au journal Wink ! Ou comment faire des présentation User-friedly sous Linux.. Évalué à 1.
merci