Après un bon mois de développement, voici la sortie de la version 0.3 de Hachoir. Pour rappel, c'est une bibliothèque accompagnée d'un programme d'exemple qui permet de visualiser le contenu d'un fichier binaire sous forme d'une arborescence (à la manière d'un document XML : clé=valeur).

La version 0.3 fait suite à la version 0.2 qui est réécriture complète du projet. L'API est plus homogène et plus simple à utiliser. Cette nouvelle version supporte les formats de fichiers les plus courants et sa fonction d'extraction de méta-données est tout à fait exploitable et très intéressante. Petit exemple :

$ hachoir --metadata TAMPOPO.AVI
Video:
- size: 608x336 pixels
- duration: 1 hour(s) 59 min
- depth: 24 bits/pixels
- codec: "divx"
- rate: 23 frame/sec
- producer: Nandub v1.0rc2
Audio:
- sample/sec: 48.0 KHz
- channel: 2

J'ai comparé les résultats aux programmes extract (qui utilise libextractor) et mminfo. Hé bien, Hachoir donne souvent de meilleures informations (plus nombreuses et plus précises). Mais Hachoir demeure lent et supporte encore peu de formats comparés aux deux outils cités.

Pour l'installation et l'utilisation, reportez-vous au site web :
http://hachoir.python-hosting.com/wiki/WikiStart

Les prochaines évolutions seront la reprise sur erreur lorsqu'on rencontre des données erronées (ou que le parseur est lui-même bogué), la détection automatique du charset du texte. Plus tard, viendra la possibilité d'éditer un fichier et une jolie interface graphique.

Un peu plus d'informations sur le Hachoir et la version 0.3 dans mon blog :
http://www.haypocalc.com/blog/index.php/2006/05/30/13-hachoi(...)

Haypo

> Lire le journal (16 commentaires, moyenne: 3,2).

Rappel : Hachoir est une boîte à outil Python permettant de manipuler des fichiers binaires. Il permet par exemple de les visualiser d'un manière très fine ou d'en extraire facilement des informations.

Après avoir bien ciblé les défauts du 1er prototype (version 0.1), j'ai décidé de recoder Hachoir depuis zéro. Les principaux changements sont :

* Séparation du projet en une bibliothèque (libhachoir) et plusieurs interfaces utilisateurs (curses et sortie texte brut)
* Un parseur est maintenant 100% "fainéant" : la taille d'un champ, le nombre de champs, la valeur ou la description d'un champ sont lus/crées uniquement à la demande
* Ce mécanisme "fainéant" rend Hachoir beaucoup plus rapide et plus économe en mémoire
* Nouvel outil : extracteur de méta-données
* Réécriture de l'API : noms mieux choisis pour les classes et fonctions, vraiment orienté objet (ex: une liste de champ est un champ)
* La syntaxe des parseurs est plus concise et claire
* Système d'évènement : il est possible de surveiller de nombreux évènements avec une porté locale ou globale
* Les tailles et adresses sont uniquement exprimées en bits et non plus en octets, et l'adresse d'un champ est relative à son parent
* API plus agréable pour accéder aux informations d'un champ et explorer l'arbre des champs (ex: "/header/width" ou "../size")
* Écriture d'une documentation et de tests unitaires
* Nouveau parseur : document Microsoft Office (uniquement la première couche, objet OLE). La version 0.1 a gagné des parseurs de flux réseaux (tcpdump) et de fichier Python compilé (.pyc)

Le projet est maintenant hébergé sur python-hosting.com pour être plus indépendent. Trac et SVN sont donc au rendez-vous.

Pour tester (partie "Download and test!") :
http://hachoir.python-hosting.com/wiki/HachoirYield

Commandes :
* ./hachoir.py fichier
* ./hachoir.py --max-depth=n fichier
* ./hachoir.py --metadata fichier
* ./hachoir.py --export=xml fichier

Pour ceux qui ne connaissent pas encore Hachoir (ou qui sont allergiques au mode texte) : testez la version 0.1 qui a une interface Gtk2 plus sexy.

Liens :
* http://linuxfr.org/2005/12/29/20131.html (sortie de la version 0.1)
* http://pyconstruct.wikispaces.com/ (pyConstruct, projet très similaire au Hachoir qui supporte la génération de nouveau fichier)

Reste à faire avant la sortie de la 0.2 finale : correction de bugs, portage des anciens parseurs, écriture d'une interface Gtk2. Et si j'ai la motivation : supporter la modification d'un fichier (marche partiellement).

N'hésitez pas à me contacer pour toute question, bug ou commentaire :
http://www.haypocalc.com/wiki/Victor_Stinner

Haypo

> Lire le journal (8 commentaires, moyenne: 5,8).

Ce journal est un appel à contribution

J'ai pas mal bossé sur une réécriture from scratch (version 0.2) qui corrige les défauts de la première ébauche (v0.1) : meilleure API (plus simple, plus claire), plus rapide (temps de chargement), adresse et taille en bit (et non plus en octet), support de l'écriture (ajout/suppression/modification de champs), séparation nette entre la bibliothèque et l'interface utilisateur, etc. La nouvelle version est encore en gros travaux bien qu'elle fonctionne déjà bien en mode visualisation (uniquement en mode texte pour l'instant). La modification d'un fichier reste encore expérimentale.

Je n'ai pas trop touché à la version précédente, j'ai écrit quelques parseurs supplémentaires. J'ai écrit en quelques heures un parseur des protocoles réseaux (Ethernet, ARP, IPv4, TCP, UDP). Le résultat ressemble fortement à Ethereal (normal, je me suis basé dessus).
http://www.haypocalc.com/tmp/hachoir_tcpdump.png

Pour prévoir l'accueil de contributeurs, j'ai demandé un compte sur le service Python hosting qui offre gratuitement (pour les projets relatifs au Python) SubVersion + Trac (très agréable à utiliser). J'ai migré le site internet, traduit en anglais au passage, à cette adresse :
http://hachoir.python-hosting.com/

Bon, je vais quand même rappeler ce qu'est le projet Hachoir : Hachoir est une bibliothèque écrite en Python permettant de visualiser le contenu d'un fichier binaire sous forme de champs ; un champ étant l'information la plus petite qui puisse être stockée (bit, entier, flottant, chaîne). Les champs sont organisés hiérachiquement (sous forme d'arbre), comme un système de fichier Unix par exemple. On travaille vraiment au plus bas-niveau, très proche du fichier.

L'intérêt est de savoir exactement ce que contient un fichier, comment il est construit. Les utilisations peuvent être très nombreuses : extraction d'informations précises d'un fichier (un/plusieurs champ(s) dans un fichier, tel que les méta-informations), modifier certains champs d'un fichier normalement inaccessibles (ex: commentaires d'un archive gzip), convertir un format de fichier vers un autre format, etc.

Il n'existe pas encore d'application utilisant Hachoir, mise à part un visionneur (interface GTK) de fichier basé sur la version 0.1. Mais le potentiel d'applications est très large.

Actualités précédentes sur mon projet :
http://linuxfr.org/2005/12/29/20131.html (29 décembre 2005)
http://linuxfr.org/~haypo/19974.html (15 novembre 2005)

Retrouvez plus d'informations sur le site web :
http://hachoir.python-hosting.com/

Haypo

> Lire le journal (6 commentaires, moyenne: 3).

En attendant la version finale, je vous propose de tester en exclusivité MONDIALE la version 0.7beta1 de Wormux. Au menu des nouveautés ... hou là là, la liste est longue :-D

* Utilisation de SDL 1.2 plutôt que ClanLib ;
* Nouveau moteur graphique consommant moins de CPU ;
* Création de nouvelles armes : corde ninja, jetpack, air hammer, gnu launcher, low gravity ;
* Nouveau moteur physique permettant des choses encore plus dingues ;
* Les skins sont plus animés, plus jolis et de nouveaux ont été ajoutés : Gnu team, Firefox team, Nuts team, Tux team, Konqui team ;
* Le menu des options a été découpé en jeu pour placer les options de la partie qu'on va jouer ... quand on cliquer sur Jouer justement ;
* Les corrections de bugs habituelles.

L'utilisation de SDL devrait éviter tous les soucis que vous avons eu avec la version 0.6 (problème d'accélération matérielle, soucis de pilote, etc.) et rendre le jeu encore plus portable. De plus, l'utilisation de SDL-TTF va rendre possible l'affichage de très nombreuses langues. J'ai testé, et le polonais et le chinois passent nickel.

J'ai contacté nos traducteurs et nos packageurs, ça devrait bientôt arriver. Mais des paquets Debian et Ubuntu sont déjà disponibles. Sinon, utilisez le code source. Wormux n'a plus besoin de dépendances exotiques désormais.
http://www.wormux.org/wiki/en/download.php

Au passage, on se paye le luxe d'un nouveau site web (hé ouais, on se refuse rien !).
http://www.wormux.org/wiki/fr/index.php

Je rappelle que c'est une version BETA, et pour l'occasion n'hésitez pas à reporter TOUS les bugs que vous croisez.

Je ne peux pas remercier/féliciter tout le monde, mais en tout cas bravo à lodesi, gentildemon, renaud, jean-christophe et yeKcim. La liste complète (qui devient de plus en plus importante) est disponible ici :
http://www.wormux.org/wiki/en/authors.php

Haypo

> Lire le journal (59 commentaires, moyenne: 1,8).

Après deux mois de développement, j'ai fini de coder mon idée d'outil permettant de lire n'importe quel flux binaire : le projet "Hachoir". C'est un programme Python offrant une interface GTK2. La liste des formats de fichier supportés est longue: images JPEG, GIF, XCF et PNG ; archive ZIP, GZIP, TAR, BZ2, Debian et Arch ; email ; document PDF ; etc. Il y a également de nombreux types de "flux" supportés : fichier, chaîne de caractère, décompression gzip / bz2 / deflate, décodeur base64, etc.

Les formats sont écrits dans des plugins chargés au lancement (vive Python). Le type MIME du flux est détecté pour le choix du plugin. Là où ça devient intéressant, c'est que les fichiers contenus dans une archive / un email sont à leur tour analysés, etc. On peut donc extraire la miniature d'une image JPEG contenue dans une archive Tar compressée dans un fichier Gzip.

Au fur et à mesure, j'apprend beaucoup de choses sur les formats binaires. Les archives .tar gaspillent beaucoup de place : chaque fichier (avec son entête TAR) est aligné sur 512, et l'archive se termine par un entête nul. Je viens de découvrir qu'une image JPEG embarque une autre image JPEG dans les informations EXIF. Cette image étant en fait une miniature. Le truc marrant est qu'elle n'est pas toujours à jour :-) Le format Arch (utilisé dans les .deb) est en fait un format texte qui embarque des données binaires (comme le PDF d'ailleurs).

Le projet est encore très expérimental. Ne vous étonnez donc pas d'une assertion manquée avec un "backtrace" kilométrique. Il y a également des plugins en développement comme les parseurs RPM, ASN1, ELF et PE. Il est possible d'agir sur l'interprétation pour la modifier, mais c'est à manipuler avec précaution (au pire le programme plante mais jamais il ne touchera à vos fichiers).

Évitez les gros fichiers car tout est chargé en mémoire, et lorsqu'on a une dizaine de niveau de profondeur, ça commence à faire du monde. Mais j'essaye petit à petit de modifier le programme pour faire une analyse "à la volée". Exemple : les données ne sont réellement lues dans le fichier que lorsqu'on y accède.

Informations sur le projet avec lien pour le télécharger :
http://www.haypocalc.com/wiki/Hachoir

Ancien journal présentant le hachoir :
http://linuxfr.org/~haypo/19974.html

---

Le but du projet n'est pas de supporter tous les formats, mais plutôt de faciliter le support de nouveaux formats. J'ai essayé de créer des outils simplifiant au maximum la tâche du développeur. J'ai aussi noté pas mal d'idée sur le site web du Hachoir. Exemples : ajouter un désassembleur, supporter le déchiffrement, écrire une version pour FUSE, KIO, Gnome-VFS et/ou Hurd, etc.

Haypo

> Lire le journal (21 commentaires, moyenne: 2,5).

Bon, j'espère que les trolleurs les plus expérimentés arrivont à retenir leur ardeur jusqu'à la fin de la lecture de ce journal ...

Cela faisait bien deux ans que j'utilisais Gnome. J'ai vu l'évolution de ce bureau et je connais très bien les principaux outils. Mais depuis quelques mois, des amis m'ont harcelé pour que je teste KDE. Étant donné que ma je trouvais ma Debian Sid de plus en plus lente (à force d'installer plein de conneries), j'ai décidé de tester Kubuntu 5.10. Voilà le décor est planté. Je vais maintenant lister ce qui me plait dans KDE.

Kopete travaille main dans la main avec Kontact, rien à voir avec Evolution/Gaim. On peut facilement lier un contact à une adresse de messagerie instantanée (MI), et ça marche. Le truc très fort : on peut regrouper des adresses de MI par contact, du coup il y a une ligne pour mon pote qui utilise MSN+ICQ+Jabber+Yahoo (comme moi). Et dans Kontact, j'ai la photo du gus avec son état (en ligne / hors ligne). Ça fait bien un an que Gnome nous le promet, et que ça marche pas.

Dans Kontact, on peut envoyer un email avec le SMTP de son choix, et il y a une distinction entre compte email entrant, identité et SMTP (dans Evolution il faut spécifier un SMTP par POP !?).

Konqueror se lance avant qu'on clique tellement c'est rapide. Comme Internet Explorer, il fait tout : explorateur de fichier, navigateur web, etc. L'explorateur de fichier est équivalent à Nautilus, rien à dire en bien ou en mal. Par contre, le navigateur est aussi bon que Firefox voir mieux : dans les zones de saisie texte, il y a un correcteur orthographique de base (pas besoin de plugin), on peut faire des recherches et remplacement, Kpdf est vraiment bien intégré (et toujours aussi performant, je l'utilisais déjà sous Gnome), Kate est bien intégré (un ouvre un code C dans un onglet : hop, coloration syntaxique et tout le tralala).

Enfin, Kwallet permet de centraliser les mots de passe. Ceci est vraiment appréciable. Sachez que Gaim stocker ses mots de passe ... en clair :-/ Konqueror, Kmail, Kopete & Cie. l'utilisent bien sûr.

Je te parlerai pas d'Amarok, j'ai pas encore été séduit et les trolleurs peuvent plus se retenir.

--

Niveau performance, juste après l'installation : c'était vraiment rapide. Maintenant, ça rame autant que Debian+Gnome :-)

Points faibles de KDE : ça plante beaucoup. Avant l'installation de KDE 3.5 ça plantait déjà, et la nouvelle version n'a rien changé (je voudrais même dire : au contraire). Sinon, gwenview ne remplace pas vraiment gqview, mais j'ai pas trop testé non plus. Et j'ai pas trouvé ce client IRC (nan pas envie de tester avec Kopete), j'ai conservé Xchat. Mais je ne vois pas en quoi c'est un mal, j'utilisais aussi K3B sous Gnome, on est un peu forcé d'utiliser un peu des deux "mondes" :-)

Je dis pas "Gnome" c'est la merde, mais que certains points sont vraiment gênants dans une utilisation quotidienne.

--

Ce journal existe pour dire : sortez de votre grotte (Gnome, *Box, XFCE) et essayez KDE une semaine. Après vous pourrez cracher dessus, ou alors le conserver. Par contre, il faut installer "KDE" par juste Konqueror ou Kopete, sinon ça n'a rien à voir.

Haypo

> Lire le journal (152 commentaires, moyenne: 2,2).

Mon clavier partant en morceau (le plastique s'use), je me pose la question de m'acheter un clavier ergonomique. Je parle des claviers Maltron ou Kinesis, pas ces blagueurs de Microsoft (*). Je dois avouer que je me fais un peu de soucis pour mes doigts en lisant des articles sur les "troubles musculosquelettiques (TMS)" (notés RSI en anglais), mais c'est aussi pour une histoire de confort. Le problème est le prix, un clavier Maltron coûte 375$ :-( Et je n'ai pas moyen de le tester (fabriqué au Royaume Uni). Alors je lance un appel pour obtenir plus d'information sur le sujet.

En même temps, mon siège est plus bas que mon bureau et je suis souvent mal assis. Alors je me demande si une bonne chaise et un passage à dvorak ne serait pas un bon début. Ca vaut la peine dvorak (toujours d'un point de vue ergonomie, pas vitesse de frappe) ?

Voici des URLs :
http://www.maltron.com/ -> le must apparement
http://www.kinesis-ergo.com/ -> Maltron "petit joueur" :-)
http://www.algo.be/ergo/dvorak-fr.html -> diverses infos sur les claviers

(*) Le clavier ergonomique de Microsoft a été critiqué, par contre j'adore ma souris "Wheel Mouse Optical" (avec fil, car ça me fait marrer de voir des potes dirent "merde plus de batterie").

Haypo

> Lire le journal (35 commentaires, moyenne: 2,9).

J'ai écrit un p'tit programme en Python permettant de découper un flux binaire en rondelles, d'où son nom : le hachoir. Le projet est très jeune, sûrement bogué et peu intéressant pour l'instant. Mais je souhaite quand même communiquer dessus :
http://www.haypocalc.com/wiki/Hachoir

Il peut servir à tout et n'importe quoi. Perso, je m'en sers pour voir comment sont constitués les fichiers que je manipule tous les jours. Là je m'en sers pour analyser un PDF, voir comment il est organisé. Il m'a aidé à comprendre pourquoi deux CV avec le même texte mais des polices différentes ont des tailles très différentes : en fait, le PDF emporte TOUTE la police TTF, pas juste les glyphes utiles.

À terme, le programme sera capable de reconstituer des données qui sont stockées à divers endroits (ex: paquets réseaux ou archive zip/rar). Et le programme sera capable de se promener dans un fichier qui contient un fichier qui contient un fichier qui (...). Exemple : on écoute le réseau => (moulinette qui extrait les données de TCP) => fichier zip => (deflate) => image => (...)

On peut déjà entrer faire un truc du genre : gzip => tar => fichier (décompression à la volée, code cracra pour l'instant : tout est mis en mémoire). Reste à créer le menu pour rendre ça dynamique (car actuellement il faut spécifier le "filtre" en dur dans le code).

Il y a différents outils pour découper un flux. Déjà, un niveau est appelé un "filtre". Chaque filtre est découpé en N "chunks". Un chunk peut ensuite contenir un filtre, la boucle est boulée ;-) On peut créer son propre filtre à la souris : ajouter/modification/suppression de chunk, ajout de filtre fils, ajoute d'une chaîne de caractère, etc. On peut alors sauver son filtre utilisateur dans un fichier XML, puis le recharger plus tard. On peut également exporter son filtre en un script Python (pour écrire son filtre un peu plus évolué par la suite).

Enfin, le tout est extrénement scriptable vu que le code est écrit en Python ...

---

Un truc sympa serait d'écrire un désassembleur/décompilateur avec ça :-) (pour C, Python, Flash ou autre)

Contactez moi si le projet vous intéresse (ou laissez un commentaire ici).

Haypo

> Lire le journal (11 commentaires, moyenne: 2).

Petit rappel : Wormux est un clone libre du jeu Worms, développé par des passionnés, et évolue selon l'humeur de ses développeurs.

Ça doit faire un an que je n'avais pas lancé Wormux et que j'ai arrêté de le développer, mais je ne suis pas le seul développeur ! Je vois que, entre autres, Matthieu et Laurent ont beaucoup bossé depuis :
- Portage SDL bien avancé (pour éviter les déboires de ClanLib 0.7)
- Plein de nouvelles armes (gnou fou, jet pack, low gravity, ...)
- Des images différentes pour les persos lorsqu'ils sautent et qu'ils volent (avec jetpack)
- Un marteau piqueur pour creuser verticalement
- Genre de système de particule (trainée d'étoiles derrière le super tux, de la fumée, ...)

Bref plein de petits détails qui rendent le jeu encore plus sympa qu'avant. Je suis surtout content pour le portage SDL, car c'est ClanLib 0.7 qui m'a fait abandonner Wormux : bosser sur un jeu avec 0.5 image/seconde, c'est pas évident => maintenant j'ai environ 15 i/s (mais c'est une version de développement).

La branche 0.7 est en plein développement, ça plante de partout, mais je trouve que c'est déjà "testable" (n'espérez pas jouer une partie quoi). J'avais eu des problèmes avec du XML, mais en fait c'est la bibliothèque libxml++ que j'utilisais en version 1.0 alors qu'elle est très vieille maintenant (la remplacer par la version 2.6 a corrigé le problème).

Site officiel polyglotte de Wormux (mais pas forcément à jour) :
http://www.wormux.org/

Tout ça pour dire que ça fait plaisir le logiciel libre : Lawrence Azzoug commence un projet (Wormux), je lui file un coup de main. Puis arrivent Laurent, Mathieu et d'autres. Lawrence puis moi mettons le projet de côté mais ... le projet continue d'être développé. C'est beau le logiciel libre :'-)

Haypo qui va leur filer un coup de main pour la 0.7 ;-)

> Lire le journal (7 commentaires, moyenne: 2,4).

Ceux qui n'ont pas la télé, qui n'ont pas toutes les chaînes de télévision, ou encore qui ne peuvent pas regarder leurs émissions à l'heure, seront heureux d'apprendre qu'il existe le programme Interreta Televidilo pour regarder tous les flux vidéos des télévisions librement visionnables.

Le programme est écrit par Nicolas Bouil, est sous licence libre, et est écrit en Python. Il utilise un fichier XML qui liste les flux (avec des variables telles que la date dans les URL) avec un lecteur associé par flux (xine/mplayer).

Je m'en sers pour regarder les guignols (et le zapping), c'est très pratique ;-) Là je découvre les infos sur EuroNews.

Après plusieurs corrections de bugs que j'ai rapporté, voici la version 0.3 :
http://televidilo.bouil.org/(...)

Pour informatique, le programme utilise Glade et fait à peine 210 lignes ! (un bel exemple d'utilisation de Python quoi)

Haypo

> Lire le journal (27 commentaires, moyenne: 3,1).

Pour rendre l'algorithme GREYCstoration de David Tschumperlé accessible à tous, j'ai écrit un greffon Gimp qui l'utilise. C'est une version alpha, seul la fonction de restauration est utilisable (reste l'inpainting, le redimensionnement d'image et la visualisation de flux).

Pour l'utiliser, il vous faut le compiler à la main. Pour ceci, il vous faut : Gimp 2.2.x, g++, entêtes de la librairie gimp, GTK 2.x (2.6 ?) et les entêtes de développement de GTK. En langage Debian, cela donne :
g++ libgimp2.0 libgimp2.0-dev libgtk2.0-dev libgtk2.0-0

Maintenant, téléchargez les sources :
http://www.haypocalc.com/tmp/greystoration_gimp-0.1.tar.gz(...)

Un petit "make install" (pas besoin de passer root), et on lance Gimp. Le greffon est maintenant accessible via le menu Filtres > Misc > GREYCstoration, mais uniquement pour les images RBG (24 ou 32 bpp).

Exemples :
- http://www.greyc.ensicaen.fr/~dtschump/greycstoration/demo.html(...)
- http://www.girouette-stinner.com/castor/restore.html(...)

Liens :
- CImg : http://cimg.sourceforge.net/(...) (la librairie de traitement d'image)
- GREYCstoration : http://www.greyc.ensicaen.fr/~dtschump/greycstoration/(...)

Haypo

> Lire le journal (40 commentaires, moyenne: 2,7).

Un an après avec eu une démo de Hurd par un ami, je me suis enfin décidé à installer ce système qui fait tellement troller. Et bien, pour faire bref : ça marche ! J'ai choisi Debian GNU/Hurd étant donné que j'utilise Debian GNU/Linux depuis un bout de temps et que je vraiment fan de apt ;-)

J'ai utilisé crosshurd (installation de Hurd depuis Linux) qui a installé un système très basique mais utilisable. J'ai du recompilé Gnumach (le noyau pour rappel) pour réussir à faire fonctionner ma carte réseau (Natural Semiconductor). apt-get install gdb vim g++ (...) est alors passé sans problème.

L'installation de la nouvelle console a été délicate car la doc n'était pas à jour, mais c'est bon, ça marche super (ALT+F2, ALT+F3, ...).

Enfin, je me suis attaqué au gros poisson : Xfree86. En fait, le plus gros problème a été de lancer correctement la nouvelle console. Mais une fois que j'ai trouvé la bonne syntaxe (voir ##hurd et #hurdfr, y'a des gens sympa pour vous répondre), c'est passé tout seul !

--

Ce qui marche :
- autotools, gcc, g++, gdb, perl, tout ça
- vim, bitchx, irssi, mc
- xfree86
- ma carte réseau, le touchpad (oué oué, ça marche sur un pc portable !), xfree86 (en vesa hein, faut pas abuser), etc.
- 70% de Debian (ça fait un paquet de paquets ça ;-))

Ce qui ne marche pas :
- Mozilla, OpenOffice, etc.
- hum, j'ai pas trop cherché pour l'instant ...

---

Alors s'il vous plait : arrêter de cracher sur Hurd. Essayez-le avant de dire que ça ne marche pas ! En fait, il y a beaucoup de développeurs de l'ombre qui s'occupent de corriger les paquets Debian pour les porter sur Hurd.

Le noyau Gnumach est super vieux (j'avais lu que ça date des années 70 :-P), donc pas d'ACPI, d'USB, etc. Mais L4 est en développement et permettra des drivers en userland. Bonne chance les gars ;-)

Je m'occuperai d'écrire une doc un peu plus tard, car je trouve que c'est plutôt la pagaille (beaucoup de documents se recoupent, mais aucun n'est complet et à jour).

@+ Haypo

> Lire le journal (10 commentaires, moyenne: 3,9).

Salut,

Je ne sais pas si vous avez aussi ce genre de problème, mais moi j'avais de plus en plus souvent besoin d'outil pour passer de l'ISO-8859-1 à l'UTF-8 (dans les deux sens), ou encore encoder une chaîne au format url, html, ou encore décoder une chaîne au format base64. J'ai donc écrit un petit outil pour ça :

http://www.haypocalc.com/prog/encodage.php#outil_reencodage(...)

On peut choisir le charset d'entrée et de sortie, ainsi que l'encodage en entrée et en sortie. Ce qui supporté pour l'instant :
- charset : iso-8859-1 ou utf-8
- encodage d'entrée : texte brut, url, html, base64, hexadécimal
- encodage de sortie : texte brut, url, html, entités html (transforme également les lettres accentuées par ex.), quoted-printable (utilisé dans l'envoi d'email par ex.), base64 et hexadécimal

Si vous êtes intéressé par l'outil, je peux vous envoyer les sources (c'est du PHP), ou je peux ajouter de nouveaux charset / encodages.

Sinon, dans le domaine des encodage du texte, on peut aussi noter :

- l'outil iconv en ligne de commande qui permet de changer de charset très facilement : echo "accentué" | iconv -f iso-8859-1 -t utf-8

- Utrac : Outil qui permet de reconnaître un charset
http://linuxfr.org/~calandoa/16251.html(...)

J'espère que cet outil pourra vous être utile un jour ou l'autre.

@+ Haypo

> Lire le journal (20 commentaires, moyenne: 2,4).

Salut,

Etant possesseur d'une carte ATI IGP 320M, il me faut Xfree 4.4 ou Xorg pour utiliser l'accélération matérielle (xv et opengl). Xfree 4.4 n'est pas compatible avec ma philosophie (autant réinstaller Windows hein), alors je me suis mis dans la tête d'installer Xorg.

Première installation (début 2004) : depuis les sources

C'est long, c'est lourd (quelques dépendances, mais on l'apprend au milieu de la compilation, et make world fait un millier de rm à chaque fois), etc. Et puis surtout, ça entre en conflit avec les paquets Debian.

Seconde installation (il y a un moins) : paquets Ubuntu

J'ai pris les paquets Ubuntu. Ca a bien fonctionné, mais l'installation était assez barbare.

Troisième installation (aujourd'hui) : paquets "Debian"

A partir de paquets trouvé sur apt-get.org :
deb http://debian.linux-systeme.com(...) unstable main
deb-src http://debian.linux-systeme.com(...) unstable main

J'ai du faire un gros coup de :

for i in $(apt-show-version | grep ubuntu | cut -f1 -d' '); do

  echo $i;

  apt-get install $i=6.8.1-0.4;

done

(je retape ça de tête, il y a peut-être un soucis de syntaxe. apt-show-version est un paquet Debian à installer à part)

Qui s'est moyennement bien passé. Puis j'ai du corriger les dépendances, supprimer des paquets d'Ubuntu qui n'existent pas dans cette version "Debian" de Xorg. Mais bon, maintenant ça fonctionne nickel.

Haypo

> Lire le journal (30 commentaires, moyenne: 2).

Comme plusieurs personnes me l'avait demandé, j'ai décidé d'ouvrir un forum phpBB pour Wormux. Venez donner votre avis sur le jeu, faire des propositions, ou encore nous insulter (on adore ça :-D).
http://www.wormux.org/forum/(...)

Au passage, sachez qu'une version de jeu en réseau de Wormux est en développement. J'estime que 60% du travail est fait. Fin Janvier, ça devrait être jouable sur Internet !!! (bien sûr, on a toujours besoin d'un coup de main, et même de testeurs ;-))

Sinon, le projet Wormux a été intégré dans la distribution Gentoo, ce qui simplifie grandement son installation. Des paquets RPM de la version 0.5.0 sont maintenant disponibles (pour Fedora Core 3). Des paquets Debian et Mandrake sont toujours en attente (ça devrait plus tarder très longtemps).

Et puis y'a de nouvelles armes (SuperTux volant pilotable au clavier, sainte grenade, etc.), ça marche mieux qu'avant, blablabla

Haypo

> Lire le journal (8 commentaires, moyenne: 3,3).

Wormux, clone libre du jeu Worms, est sorti en version 0.5 beta3. Nous avons travaillé dur pour se rapprocher des standards (autotools et utilisation de l'anglais comme langue par défaut), et nous sommes passés à ClanLib 0.7. Ce qui donne:
- utilisation de ClanLib 0.7 plutôt que la très vieille ClanLib 0.6.5;
- nouveaux menus: principal, options, et menu des armes très sympa;
- nouvelle arme: grenade à fragmentation (et "passer son tour" devient une arme);
- les armes bougent avec la main du joueur;
- code source partiellement traduit en anglais;
- thèmes sonores (disponibles: défaut et français);
- nouveaux terrains et avatars.

Et grâce à ClanLib 0.7:
- Wormux utilise l'accélération matérielle (OpenGL): c'est vraiment plus rapide;
- nous avons de belles rotations des armes et projectiles;
- le moteur sonore fonctionne mieux : la fonction stop est corrigée, et il supporte d'autres fréquences que 44.1 kHz.

Reste à faire :
- corriger la sortie SDL (actuellement cassée);
- préparer des paquets (et version statique);
- corriger les derniers bugs.

Merci de nous contacter pour nous rapporter tout bug / commentaire / suggestion / etc.

On cherche toujours des gens pour nous aider à écrire la partie réseau, l'intelligence artificielle, le générateur de terrain aléatoire, etc.

Site web du jeu : http://www.wormux.org/fr/(...)

@+ Haypo
PS: Voyez également le journal sur Wormux 0.5beta2, http://linuxfr.org/~haypo/15813.html(...)

> Lire le journal (18 commentaires, moyenne: 2).

Salut,

Je viens de redécouvrir l'archive du net [1]. Ce site propose de consulter des archives de sites Internet depuis 1996 (il y a environ une version par mois) ! C'est assez impressionant de pouvoir revenir dans le temps ! Je viens de voir qu'on aussi y trouver des vidéos dans différents formats, et puis de la musique.

Autre truc impressionnant : le matos qu'il y a derrière. La FAQ parle de 1 Po de donnée, et un accroissement de 20 To par mois ... Euh, j'ai vraiment beaucoup de mal à m'imaginer la quantité "un péta octet". Un DivX pèse 650 Mo (en gros). Dans 1 To (deux disques durs de 500 Go côte à côte, ça devient courant :-)), on peut stocker environ 1500 films. Donc 1 Po, ça fait *environ* 2 millions de DivX. Wow ! On met tout Hollywood là-dedans nan ?

Le projet intéressant est justement la construction de la petabox [2] qui traite (traitera ? j'ai pas tout suivi) 1 Po de donnée. Les réponses dans le forum sont sympas : "simple effective secure." -brewster. Apparament c'est un paquet de noeuds indépendents qui stoquent chacun une partie de archive.org. Un noeud est un PC équipe de 512 Mo de RAM avec un disque dur classique en ReiserFS. Le tout relié en ethernet 100. C'est fou, j'aurai imaginé du matos hors norme ... keep it simple qu'il disait l'autre ;-)

Ah oui, si je poste mon journal ici, c'est parce que l'OS qui est derrière est "bien sûr" notre très cher Linux ;-)

[1] http://www.archive.org/(...)
[2] http://www.archive.org/web/petabox.php(...)

Haypo

> Lire le journal (6 commentaires, moyenne: 2,8).

Wormux, clone libre du jeu Worms, est sorti en version 0.5 beta. Nous avons travaillé dur pour se reprocher des standards (autotools et utilisation de l'anglais comme langue par défaut), et nous sommes passés à ClanLib 0.7. Ce qui donne :
- Utilisation de ClanLib 0.7 plutôt que la très vieille ClanLib 0.6.5
- Nouveaux menus : principal, options, et menu des armes très sympa
- Nouvelle arme : grenade à fragmentation (et "passer son tour" devient une arme)
- Les armes bougent avec la main du joueur
- Code source partiellement traduit en anglais
- Thèmes sonores (disponibles : défaut et français)
- Nouveaux terrains et avatars

Et grâce à ClanLib 0.7 :
- Wormux utilise l'accélération matérielle (OpenGL) : c'est vraiment plus rapide
- Nous avons de belles rotations des armes et projectiles
- Le moteur sonore fonctionne mieux : la fonction stop est corrigée, et il supporte d'autres fréquences que 44.1 kHz

Reste à faire :
- Corriger la sortie SDL (actuellement cassée)
- Préparer des paquets (et version statique)
- Corriger les derniers bugs

A télécharger sur :
http://www.wormux.org/fr/download.php(...)

Plus d'informations sur la version beta et sur la compilation :
http://www.wormux.org/en/beta.php(...) (en anglais)

---

Merci de nous contacter pour nous rapporter tous bugs / commentaires / suggestions :
http://www.wormux.org/fr/contact.php(...)

On cherche toujours des gens pour nous aider à écrire la partie réseau, l'intelligence artificielle, le générateur de terrain aléatoire, etc.

Haypo

> Lire le journal (9 commentaires, moyenne: 1,8).

Suite à plusieurs news sur des "bounties" (Gnome et Mozilla), j'ai moi aussi envie de suivre la mode : j'offre 20¤ à qui voudrait bien écrire une interface graphique pour la calculatrice dont j'ai arrêté le développement. Le logiciel en question est HaypoCALC :
http://www.haypocalc.com/(...)

J'ai toujours voulu écrire une interface graphique, mais je n'ai jamais eu le temps. Depuis j'ai carrément arrêté le développement par manque d'intérêt. C'est un calculatrice "symbolique" qui a son propre langage de programmation (Si, Pour, TantQue, ...). J'ai essayé de bien documenter le programme (pas le code, hein).

Le code est de loin parfait, mais ça marche pas trop mal :) Niveau technique, c'est écrit en C++ avec pas mal de "code maison" (réécriture de std::list par ex.) car j'ai écrit ce programme en même temps que j'apprenais le C++ (sans avoir connu le C avant) ! Le code est sous license GNU GPL.

L'interface devra être écrite en GTK2, avec Glade si possible (rend l'interface plus maléable). Si vous êtes intéressés, écrivez-moi par email pour avoir plus de détails (techniques et pratiques). Je vous dirai comment j'imagine l'interface et ce qu'elle devra comporter. Mon email : victor.stinner AT haypocalc.com

Bon, si vous ne voulez pas avoir la récompense mais tout de même contribuer, je ne m'y opposerai pas :-D

@+ Haypo

> Lire le journal (4 commentaires, moyenne: 2,8).

Salut,

Je voulais savoir s'il existe une solution simple existe pour internationaliser un site web basé sur XML passant par une moulinette XSLT (le Sablotron de PHP en l'occurance). Mon problème n'est pas trop au niveau du contenu XML (j'utilse un fichier différent pour chaque langue, un peu redondant, mais très souple). Le problème est pour internationaliser un "script" XSLT (qui quelques phrases/mots). En attendant mieux, j'ai trouvé :

<?xml version="1.0" encoding="iso-8859-1" ?>







  Fichiers

  ...





...

Par contre, c'est *super* lourd à utiliser dans le moteur XSLT :

<xsl:call-template name="localise">

  <xsl:with-param name="english">Files</xsl:with-param>

</xsl:call-template>

Exemple pratique de texte utilisé dans un "script" XSLT. J'ai un fichier XML contenant une liste de fichiers (avec lien, titre, taille, descriptif, etc.). La feuille XSLT va générer un tableau contenant en entête "Nom | Lien | Description" : le problème est de traduire ces trois mots ...

Autre idée que j'ai eu : écrire l'entête dans le fichier "download.xml".

Documents :
- Dictionnaire : http://www.wormux.org/xml/dictionary.xml(...)
- Script XSLT : http://www.wormux.org/xsl/l10n.xsl(...)

@+ Haypo

> Lire le journal (7 commentaires, moyenne: 1,6).