tag:linuxfr.org,2005:/users/happypengLinuxFr.org : les contenus de HappyPeng2006-12-24T15:27:43+01:00/favicon.pngtag:linuxfr.org,2005:Diary/233882006-12-24T15:27:43+01:002006-12-24T15:27:43+01:00Désespéré...Encore une fois me voici à défendre ce cher pBpG (que je salue) sur ce site. Pourquoi en suis-je arrivé là ? Certainement par la débauche d'arguments vaseux coulant des doigts frénétiques de plusieurs des "grands" défenseurs du libre que compte DLFP.<br />
<br />
Parlons des standards ouverts. En quoi constituent-ils un argument en faveur du logiciel libre ?<br />
<br />
Il suffirait d'un minuscule changement de contexte pour que Microsoft ajoute le support Open Document à Office, de la même façon qu'Internet Explorer supporte le standard XHTML. Ce qui est peut-être paradoxalement la plus mauvaise chose qui pourrait vous arriver, puisque l'argument numéro un serait définitivement perdu.<br />
<br />
Par exemple, aujourd'hui on ne peut plus prétendre qu'on ne doit pas utiliser Visual C++ parce qu'il ne compile pas de C++ ISO.<br />
<br />
Nos prétendus standards ne sauraient même constituer une panacée technologique. Le format Open Document n'est-il pas issu d'OpenOffice.org exactement de la même façon qu'Open XML est issu de Microsoft Office ? C'est-à-dire que si OpenOffice.org le supporte complètement, le format reste complexe et modelé sur ses fonctionnalités, de sorte que les autres logiciels de traitement de texte restent à la traîne (quoique kword semble se défendre).<br />
<br />
Je peux même penser que Microsoft ne voudrait (légitimement) pas adapter Word pour utiliser Open Document par défaut car cela signifierait probablement des modifications importantes uniquement dans le but de rentrer dans un format adapté à OpenOffice.org, calquant ainsi les foncionnalités sur ce dernier et les plaçant dans une position de faiblesse, de la même façon que la transition a pu être difficile pour kword et autres.<br />
<br />
Ensuite, nous opponsons PostScript et PDF aux formats de Microsoft. Avons-nous un contrôle sur ces formats ? Sont-ils dénués de tous problèmes de brevets ? Avons-nous seulement un visualiseur PDF libre, complet, dénué de bugs gênants et supportant toutes les fonctionnalités ? (Épargnez-moi la liste des xpdf et consorts.)<br />
<br />
Parlons maintenant d'autres arguments de M. Jarillon.<br />
<br />
Avons-nous des leçons à donner à Microsoft en matière de recherche et développement au vu de ce que le logiciel libre a à proposer dans le domaine des technologies d'environnements de bureau ?<br />
<br />
Les logiciels phares que sont Firefox et OpenOffice.org proposent tous deux des technologies d'intégration différentes, c'est-à-dire précisément qu'ils ne peuvent absolument pas intéragir.<br />
<br />
Parmis les deux environnements de bureau, l'un a tiré un trait sur tout type de technologie de composants au point que nombre de ses développeurs passent leur temps à (tenter d') écrire des scripts leur permettant de générer les couches logicielles nécessaires à la communication d'un langage à l'autre, et l'autre, même s'il s'en tire mieux, n'est pas encore tout à fait à la hauteur d'Office 95 dans ses possibilités en ce domaine.<br />
<br />
Pendant ce temps, Microsoft a développé un système d'exploitation, une suite bureautique, un navigateur Web et un environnement de développement extensibles dans tout type de langage (Microsoft Research propose même Common Lisp...), taillés pour fonctionner ensemble et permettant de construire des applications dans des langages de haut niveau utilisant de la même manière des composants provenant de chacun d'eux.<br />
<br />
Je propose d'arrêter un instant la prétention dans nos argumentaires et le moinssage de pBpG, le temps d'ouvrir des éditeurs de texte et de dépasser la R&D Microsoft en terme de production.<br />
<br />
Note : je poste ce commentaire également en journal car je comprends parfaitement que tout le monde ne lit pas les pages des nouvelles jusqu'en bas, et je tiens tout de même à m'exprimer.<div><a href="https://linuxfr.org/users/happypeng/journaux/d%C3%A9sesp%C3%A9r%C3%A9.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/49832/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/happypeng/journaux/d%C3%A9sesp%C3%A9r%C3%A9#comments">ouvrir dans le navigateur</a>
</p>
HappyPenghttps://linuxfr.org/nodes/49832/comments.atomtag:linuxfr.org,2005:Diary/173052005-03-03T02:38:35+01:002005-03-03T02:38:35+01:00Cyber-altermondialisteDe plus en plus en ce qui concerne de facon generale le logiciel, on ne parle plus que d'argent, d'industrie et de rentabilite. Un logiciel est un produit comme le sont un micro-ondes ou une automobile, il est et doit etre produit a partir de methodes industrielles. Des lors, pour le choix de criteres techniques (pour juger d'une technologie, d'un langage, d'un systeme) on prend comme reference l'entreprise et la productivite qui lui est associee. Le bon systeme est celui qui permet une plus grande productivite, le travail d'equipe de developpeurs aux competences tres diverses, d'avoir l'air "pro" pour gagner de l'argent. On evite donc tout ce qui peut susciter les quolibets issus des prejuges eveilles par des systemes trop excentriques sans pour autant etre a la mode, les logiciels trop peu repandus ou concurrents d'un autre qui fait l'unanimite. Sans quoi, on sera victime du meme type de problemes, quoi que l'on fasse. <br />
<br />
Pour un commercial classique, si vous faites du logiciel libre, vous etes un barbu. Et pour un utilisateur de logiciels libres moyen, si vous vous interessez a GNU/Hurd (par exemple), vous etes un barbu. (Comme quoi, a moins de faire d'enormes efforts pour rentrer dans les rangs, on est quasiment toujours le barbu de quelqu'un, et les minorites s'emboitent les unes dans les autres.) Autant donc surfer sur les bonnes vagues.<br />
<br />
On peut donc dire que ceux qui ne sont pas assez "mainstream" sont depasses ou trop excentriques pour etre consideres. C'est la position "officielle" de Microsoft en ce qui concerne les benevoles qui developpent des logiciels libres (maintenant peut-etre comprenez vous mon parallele sur les barbus). Ils seraient les artisans, rendus obsoletes par les robots d'usine, de ceux qui fabriquent des objets plutot robustes mais grossiers et d'un autre age. <br />
<br />
On peut cependant penser les choses de deux facons differentes dans le monde du logiciel "non proprietaire".<br />
<br />
Tout d'abord on peut voir l'OpenSource comme un succes d'une sorte de liberalisme logiciel. La generalisation de l'echange de code avec des conditions restreintes amenerait, outre une plus grande innovation, une plus grande productivite (plus de facilites pour obtenir du code deja ecrit) et une sorte de moyen de raviver la concurrence face a des entreprises devenues monopolistiques. L'OpenSource servirait ainsi a dynamiser le marche du logiciel et a l'entrainer vers une reduction des couts. <br />
<br />
Des lors il est legitime de penser en bon industriel et d'adopter les criteres forcement souvent non techniques du marche, que j'ai affirmes precedemment (la meilleure solution technique est-elle toujours celle qui s'impose ? non, c'est Windows sur plateforme x86). Ceci s'applique malheureusement aux logiciels non commerciaux qui cherchent a faire concurrence a des logiciels commerciaux. (Et aux developpeurs qui cherchent a se faire embaucher.)<br />
<br />
Mais il est possible d'avoir une autre vision que celle-ci, plutot liberale (si j'avais l'esprit mal tourne j'oserais dire qu'une est plutot de droite et l'autre plutot de gauche), qui soit eventuellement plus conforme a l'esprit dans lequel s'est cree le logiciel libre. Il ne serait pas le moyen de dynamiser le marche mais simplement une alternative viable au marche, voir dans le meilleur des cas une facon de s'en debarasser purement et simplement. <br />
<br />
A partir de la, a mon avis, il est possible de partir sur des bases plus saines d'echanges equitables et surtout pour rejoindre le debut de cet article de criteres rationnels et techniques dans les choix en ne regardant pas les orientations du marche.<br />
<br />
Reste cependant a voir si cette optique est globalement compatible avec le reste du systeme. Personnellement j'aurais plutot tendance a croire que l'on peut parvenir a quelque chose parce que l'on se restreint a un domaine assez particulier dans lequel il est vraisemblable que le libre propose une alternative qui paraisse meilleure de facon "evidente" (meme si c'est encore loin d'etre le cas). <br />
<br />
En tout cas, si le soutien au logiciel non proprietaire ne marque pas une quelconque sympathie politique, j'ai une forte tendance a croire que la facon de le concevoir (qui transparait de facon simple comme dit au debut) donne de forts indices sur la facon de penser des individus.<div><a href="https://linuxfr.org/users/happypeng/journaux/cyber-altermondialiste.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43878/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/happypeng/journaux/cyber-altermondialiste#comments">ouvrir dans le navigateur</a>
</p>
HappyPenghttps://linuxfr.org/nodes/43878/comments.atomtag:linuxfr.org,2005:News/173432004-10-03T15:04:16+02:002004-10-03T15:04:16+02:00Sortie de MlView 0.7<div>Aujourd'hui est sortie la version 0.7 de MlView, le projet d'éditeur XML
<br />
"généraliste" pour GNOME, apportant un lot conséquent de corrections, améliorations et de nouvelles fonctionnalités.
<br />
<br />
Mlview est indépendant du type de fichier XML utilisé et propose actuellement l'édition du document dans un arbre graphique le représentant, diverses aides à l'édition comme la proposition des éléments possibles ou une coloration syntaxique et plusieurs outils comme la validation ou encore les transformations XSLT.</div><ul><li>lien nᵒ 1 : <a title="http://www.mlview.org/" hreflang="en" href="https://linuxfr.org/redirect/37431">Le site MlView</a></li><li>lien nᵒ 2 : <a title="http://mail.gnome.org/archives/gnome-announce-list/2004-October/msg00004.html" hreflang="en" href="https://linuxfr.org/redirect/37432">Les release notes</a></li><li>lien nᵒ 3 : <a title="http://www.freespiders.org/projects/gmlview/images/mlview-raw-xml-shot.png" hreflang="en" href="https://linuxfr.org/redirect/37433">Un screenshot</a></li><li>lien nᵒ 4 : <a title="http://mail.gnome.org/mailman/listinfo/mlview-list" hreflang="en" href="https://linuxfr.org/redirect/37434">La mailing list</a></li></ul><div>Depuis la version 0.6.3, les fonctionnalités suivantes ont été ajoutées, parmi d'autres encore :
<br />
- le "undo/redo" infini
<br />
- les raccourcis claviers
<br />
- le support GnomeVFS
<br />
- le support du glisser-déposer depuis Nautilus
<br />
- le support du nouveau sélecteurs de fichiers de GTK+
<br />
- un meilleur respect des HIG
<br />
- un nouveau système de validation et de report graphique des erreurs, incluant en plus du support des DTD le support (à tester) des schémas Relax-NG et XSD.
<br />
<br />
La documentation interne a été actualisée et une documentation utilisateur concernant les raccourcis claviers a été écrite. Plusieurs traductions ont été actualisées. Quant au site Web, il est en cours de redesign.
<br />
<br />
Un plan de route pour les prochaines versions (qui s'avère fort prometteur, avec notamment le support déjà en grande partie écrit d'une vue d'édition basée sur le rendu CSS) est également disponible.
<br />
<br />
À noter l'apparition de nouveaux développeurs (en écrasante majorité francophones :-), signe de vitalité pour un projet libre. Cependant, la tâche étant ambitieuse, si vous souhaitez participer (et pas uniquement si vous êtes développeur, mais aussi si vous voulez écrire de la documentation, ou simplement tester), n'hésitez pas à nous rejoindre ! Vous pouvez retrouver des participants sur le canal #mlview de GIMPnet (irc.gnome.org).</div><div><a href="https://linuxfr.org/news/sortie-de-mlview-07.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/16660/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/sortie-de-mlview-07#comments">ouvrir dans le navigateur</a>
</p>
HappyPenghttps://linuxfr.org/nodes/16660/comments.atomtag:linuxfr.org,2005:Diary/148062004-08-03T09:28:19+02:002004-08-03T09:28:19+02:00GNU/Linux et IRDASi j'écris ce journal c'est parce qu'avec mes (faibles) capacités il m'a fallu<br />
des heures et des heures pour parvenir à faire fonctionner une toute petite partie des capacités<br />
de communication entre mon téléphone et mon PC par IRDA, et donc j'ai pensé qu'une telle <br />
documentation de base aurait pu m'être utile et donc peut l'être à certains. Bien entendu<br />
cette documentation n'est pas exhaustive, et les différents HOWTO que vous pouvez trouver<br />
sur le sujet sont bien plus complets (et malheureusement à mon avis plus complexes).<br />
<br />
J'espère dans tous les cas que si vous vous intéressez au sujet vous trouverez dans ce journal<br />
au moins une information utile. Dans tous les cas vos commentaires sont les bienvenus, surtout<br />
si vous connaissez un logiciel permettant d'explorer les fichiers du téléphone (le protocole OBEX<br />
devrait permettre cela) et si vous savez vous en servir (moi je n'y arrive pas) ou si vous<br />
connaissez des GUI agréables pour faire de telles choses (autres qu'un programme Tk impossible<br />
à installer qui vous apostrophe en allemand une fois lancé).<br />
<br />
La première chose pour faire fonctionner l'IRDA sur votre machine est bien entendu<br />
de trouver et de charger le module correspondant à votre chipset. Vous en avez toute une <br />
panoplie, sur mon laptop Acer Travelmate série 290 il s'agit de smsc-ircc2 (tous les modules<br />
se trouve dans la rubrique réseau de la configuration du noyau ; quelque part vous verrez<br />
IRDA).<br />
<br />
Chose importante : l'IRDA doit bien entendu être activé dans votre BIOS, les conflits d'IRQ<br />
doivent comme d'habitude être résolus.<br />
<br />
Mais surtout, sur la plupart des laptops, le chipset qui gère l'IRDA est capable d'émuler <br />
un port série et le fait dès que l'IRDA est activé dans le BIOS. Il est donc important que<br />
le driver des ports séries ordinaires n'interfère pas. <br />
<br />
Vous pouvez essayer de régler ça avec setserial, à priori comme ça :<br />
setserial /dev/ttySX uart none<br />
où /dev/ttySX représente le port série émulé. <br />
<br />
Ceci dit il paraît que ça peut créer des problèmes, le plus simple par conséquent si vous<br />
avez comme moi un laptop ne possédant aucun port série est de décharger le driver du port <br />
série standard, dans mon cas je décharge 8250_pci, 8250 et serial.<br />
<br />
Si vous utilisez hotplug, blacklistez :-)<br />
<br />
Je charge donc mon module : <br />
<br />
modprobe smsc-ircc2<br />
<br />
Je vois apparaître dans /var/log/syslog :<br />
<br />
Aug 2 17:44:09 Thor2 kernel: irda_init()<br />
Aug 2 17:44:09 Thor2 kernel: NET: Registered protocol family 23<br />
Aug 2 17:44:09 Thor2 kernel: found SMC SuperIO Chip (devid=0x5a rev=00 base=0x002e): LPC47N227<br />
Aug 2 17:44:09 Thor2 kernel: smsc_superio_flat(): fir: 0x230, sir: 0x3f8, dma: 03, irq: 4, mode: 0x0e<br />
Aug 2 17:44:09 Thor2 kernel: SMsC IrDA Controller found<br />
Aug 2 17:44:09 Thor2 kernel: IrCC version 2.0, firport 0x230, sirport 0x3f8 dma=3, irq=4<br />
Aug 2 17:44:09 Thor2 kernel: smsc_ircc_set_sir_speed(), Setting speed to: 9600<br />
Aug 2 17:44:09 Thor2 kernel: No transceiver found. Defaulting to Fast pin select<br />
Aug 2 17:44:09 Thor2 kernel: IrDA: Registered device irda0<br />
<br />
S'il vous dit que l'IRDA est désactivé, activez-le dans votre BIOS. Il paraît que certains<br />
laptops doivent l'activer hors du BIOS qui ne contient pas cette option ; cherchez sur Google,<br />
les outils nécessaires semblent exister.<br />
<br />
Il est ensuite nécessaire d'activer l'interface correspondante :<br />
<br />
ifconfig irda0 up<br />
<br />
Maintenant que l'interface est prête, vous pouvez tenter un transfert de fichiers entre votre<br />
périphérique IRDA (compatible avec le protocole OBEX, par exemple mon Sagem MyX 5-2) et votre PC.<br />
<br />
D'un côté, lancez irdadump (irda-utils), qui va vous permettre de surveiller le trafic de <br />
l'interface IRDA, de l'autre, irobex_palm3 (openobex-apps), qui va attendre un transfert de <br />
fichier en provenance de votre périphérique.<br />
<br />
Note : sous Debian, si vous installez irda-utils et que vous n'utilisez pas l'émulation de<br />
port série pour l'IRDA, c'est-à-dire si vous utilisez un module tel que celui que je viens <br />
de vous indiquer, changez ENABLE="TRUE" pour ENABLE="FALSE" dans /etc/default/irda-utils, cela<br />
vous évitera de voir un message d'erreur à chaque démarrage.<br />
<br />
Ensuite, lancez l'envoi d'un fichier par IRDA sur votre périphérique (sur mon téléphone, je <br />
choisis une photo dans l'album, je fais envoyer, je choisis IRDA) et approchez-le du port<br />
infrarouge de votre PC. <br />
<br />
Si cela marche, vous voyez irdadump afficher tout un tas de messages, contenant notamment<br />
l'indication OBEX (le dernier étant OBEX SUCCESS), et irobex_palm3 enregistre le fichier <br />
transféré dans /tmp et affiche ceci :<br />
<br />
Send and receive files to Palm3<br />
Waiting for files<br />
<br />
..........................................................................................HEADER_LENGTH = 43924<br />
put_done() Skipped header 42<br />
Filename = PC.JPG<br />
Wrote /tmp/PC.JPG (43924 bytes)<br />
<br />
Vous pouvez également faire l'opération inverse en envoyant depuis votre PC un fichier à votre<br />
périphérique, en tapant :<br />
<br />
irobex_palm3 fichier<br />
<br />
Vous verrez ainsi irdadump s'agiter à nouveau et irobex_palm3 afficher : <br />
<br />
Send and receive files to Palm3<br />
<br />
name=/tmp/Photo 0002.JPG, size=43924<br />
........................................................................................<br />
<br />
PUT successful<br />
<br />
La réception dépend du périphérique en question.<br />
<br />
Dans /var/log/syslog, vous voyez des indications de changement de vitesse du port<br />
(de 9600 à 115200).<br />
<br />
Si vous avez un téléphone compatible avec IRCOMM, vous pouvez utiliser gsmctl (gsm-utils)<br />
pour récupérer différentes informations et effectuer différentres opérations.<br />
<br />
Vous devez d'abord charger ircomm-tty.<br />
<br />
Ensuite, par exemple pour savoir à quel réseau est actuellement relié le téléphone, vous<br />
pouvez faire :<br />
<br />
gsmctl -d /dev/ircomm0 CURROP<br />
<br />
Vous voyez alors par exemple : <br />
<br />
Long name: 'Orange F' Short name: 'Orange F' Numeric name: 20801 Mode: automatic<br />
<br />
Pour récupérer des informations générales sur le téléphone :<br />
<br />
gsmctl -d /dev/ircomm0 ME <br />
<br />
Vous voyez par exemple : <br />
<br />
Manufacturer: SAGEM<br />
Model: myX5-2 GPRS<br />
Revision: SAGEM KB3,MF<br />
...<br />
<br />
Et vous pouvez lire vos SMS grâce à la commande suivante : gsmsmsstore -s /dev/ircomm0 -t SM -l <br />
<br />
Vous pouvez également activer le mode Discovery pour pouvoir laisser votre PC et votre<br />
périphérique établir un lien, comme ceci : <br />
<br />
echo 1 > /proc/sys/net/irda/discovery<br />
<br />
Vous verrez alors votre irdadump s'agiter avec des messages comme ceux-ci : <br />
<br />
16:44:12.819915 xid:cmd 060eda9f > ffffffff S=6 s=* Linux hint=4400 [ Computer LAN Access ] (21) <br />
16:44:15.279549 xid:cmd 060eda9f > ffffffff S=6 s=0 (14) <br />
16:44:15.369527 xid:cmd 060eda9f > ffffffff S=6 s=1 (14) <br />
16:44:15.459511 xid:cmd 060eda9f > ffffffff S=6 s=2 (14) <br />
16:44:15.549502 xid:cmd 060eda9f > ffffffff S=6 s=3 (14) <br />
16:44:15.639491 xid:cmd 060eda9f > ffffffff S=6 s=4 (14) <br />
16:44:15.729475 xid:cmd 060eda9f > ffffffff S=6 s=5 (14) <br />
<br />
/proc/net/irda/discovery contient le rapport du mode Discovery. Vous ne verrez rien dedans<br />
si aucun périphérique n'est à portée du port.<br />
<br />
Si maintenant vous approchez un périphérique, vous pouvez voir dans votre irdadump des réponses,<br />
comme ceci : <br />
<br />
16:45:57.784522 xid:rsp 060eda9f < 33ef0bd1 S=6 s=5 SAGEM hint=9025 [ Modem Telephony IrCOMM IrOBEX ] (22) <br />
<br />
Et vous voyez apparaître votre périphérique dans le rapport : <br />
<br />
IrLMP: Discovery log:<br />
<br />
nickname: SAGEM, hint: 0x9025, saddr: 0x060eda9f, daddr: 0x33ef0bd1<br />
<br />
Sachez que le mode Discovery consomme de l'électricité, activez-le sur les laptops uniquement <br />
lorsque vous avez besoin (c'est également le cas sur les téléphones et autres, lorsque vous ne <br />
vous servez pas de l'IRDA, désactivez-le).<div><a href="https://linuxfr.org/users/happypeng/journaux/gnulinux-et-irda.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/41457/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/happypeng/journaux/gnulinux-et-irda#comments">ouvrir dans le navigateur</a>
</p>
HappyPenghttps://linuxfr.org/nodes/41457/comments.atom