Il ne faut pas toujours croire ce qui est écrit sur internet ou dans la documentation. Par exemple, j'ai finalement trouvé un moyen de corriger un problème de serveur Xorg sur mon test de sidux. En effet, la pilote graphique pour la carte intel flanchait à chaque démarrage de Xorg. Solution: remettre la mémoire système partagée pour le video à 1 Mo au lieu de 8 Mo dans le bios. Avec 8 Mo, le mode vga=719 du boot kernel fonctionne bien mais Xorg plante. Avec 1 Mo, je ne peut pas utiliser le mode vga=719, mais Xorg fonctionne très bien. L'astuce du changement 1 Mo vers 8 Mo était pourtant inscrite dans un rapport de bogue comme étant la solution pour corriger l'erreur de Xorg.

Deuxième cas: csync2. Lorsque je crée des certificats sur chacun de mes ordinateurs, csync2 ne fonctionne pas. Si je mets le même certificat, ça fonctionne. J'ai posé plusieurs questions sur la liste de discussions de Csync2 et j'espère avoir des réponses bientôt.

Je viens de passer ma journée encore sur un bug de gnome. Je suis toujours obsédé par le bug qu'on ne peut faire une copie d'écran avec la touche "Impr. écran" lorsqu'un menu contextuel (popup) est ouvert. Mais je crois que j'ai des grosses pistes pour trouver une solution. Au début, je croyais que le problème était dans gtk, puis dans gdk, puis dans le passage de filter aux fenêtres dans gnome-settings-daemon. Aujourd'hui, j'ai trouvé l'application qui gérait la touche "Impr. écran" et quelle fonction était appelée. Très bonne piste. C'est Metacity qui gère ça. En plus dans le code, il est écrit pour la gestion des raccourcis clavier "Ne pas gérer les popups". Oh miracle, j'ai trouvé le problème. Après quelques tests non concluant, je subis encore un échec. Mais je vais retourner à la charge en testant deux choses. Un GTK et un metacity personnalisés. Je vais essayer de détecter dans metacity les touches des popups et quand ça sera fait, je vais m'arranger pour que metacity gère ces touches dans les popups. Ça c'est le plan. Il faut que je compile GTK, l'installe dans /usr/local, ensuite il me faut un metacity modifié et une petite application pour tester.

Je suis en train d'essayer de coder des plugins (plugiciels) pour Iceweasel. La première étape était de savoir si je pouvais les voir dans about:plugin. C'est assez simple. Demain, je devrais essayer d'afficher une étiquette de Gtk+ 2.0 (GtkLabel) dans le plugin. C'est un peu plus long et tordu. Il faut XEmbed, le toolkit Gtk, un GtkPlug, convertir des pointeurs de fenêtre XID, etc... Après cela, j'aimerais essayer l'interface javascript des plugins.

Lorsque j'aurai complété cette petite formation, je pourrai peut-être devenir un "expert" :-) du plugin de totem et regarder le plugin de gnash. Mais bon, totem est vraiment compliqué: il utilise du bacon, du xml, du dbus, gnome-vfs, etc.

Comme à mon habitude, j'ai écrit un tutoriel sur les étapes que j'ai fait. C'est seulement des notes et il manque encore les fichiers intermédiaires. J'ai aussi améliorer la documentation de mozilla...

Je viens de tester grub2-splashscreen sur Debian Lenny. Étrangement, ce paquet n'installe pas grub2 et ne fait pas mention de grub2 dans la documentation. De plus, la documentation ne fonctionne pas avec la version de grub-pc de Debian Lenny actuel.

J'ai essayé grub2 (grub-pc) et ça fonctionne bien, même si la police de caractère en mode graphique n'est pas très belle. Grub2 n'importe pas les même options que grub et le fichier de configuration n'est pas le même.

J'espère que le maintainer corrigera la documentation et les dépendances du paquet. À quoi sert d'avoir grub2-splashscreen sans avoir grub2? Avoir les images?

Depuis la semaine passée, je lis des tutoriels GTK+, Gnome, XUL et XPCOM. Je tiens donc à vous remettre le résultats de mes lectures:

• Tutoriel Applet gnome: un nouveau tutoriel en français sur la création d'applet pour le tableau de bord Gnome.
• Générateur de description bonobo .server: un petit outil en javascript pour générer le fichier XML nécessaire à la création d'applet Gnome.
• xulrunner_create.sh : un script bash pour créé une application xulrunner à partir de 0. Il suffit juste de modifier les variables du début dans le script.
• Tutoriel XPCOM : un nouveau tutoriel en français pour créé un composant XPCOM à partir de 0.
• Et finalement, un convertisseur XUL vers GTK+ : un outil pour générer du code GTK+ (C) à partir de code XUL. L'exemple par défaut comprend les fonctionnalités et les balises supportées présentement.

Merci de laisser vos commentaires et vos idées. Note: il faut un navigateur qui supporte bien les standards et XUL pour faire fonctionner les générateurs Javascript.

Je parle d'une façon générale, pourquoi est-ce que c'est aussi difficile de programmer un logiciel/script et pourquoi est-ce qu'il y a autant de code redondant?

J'ai redémarré l'agrégateur à la demande de Pierre-Luc (il ne l'a pas demandé mais il se demandait s'il fonctionnait). Même adresse qu'avant ou http://progysm.no-ip.org/libre/ et http://progysm.no-ip.org/libre/libre.xml

Maintenant, faudrait que je trouve pourquoi je peux pas faire de requête à l'adresse 192.168.0.100 sur mon apache2 à l'interne. Faudrait peut-être activer le 127.0.0.1... peut-être.

Je viens de distribuer sur mon site Web la version 20071030 de libfdpf. Voir l'article sur le format PDF. Cet analyseur, écrit en PHP, lit les fichiers au format PDF et permet de les regénérer en SVG ou en code PHP/FPDF.