gleu's blog

Samedi, je suis allé à la convention française 2008 de Python, aka pyconfr08. Pour principalement trois raisons :

• connaître mieux Python ;
• assister à la conférence de Toady (« Graphviz rendu facile avec GvGen ») ;
• mieux comprendre la réalisation d'une telle convention.

Mission remplie aux 2/3, donc à priori plutôt satisfaisant. Le problème, c'est que sur les six conférences que j'ai vu, deux seules étaient intéressantes (pour moi). J'avoue que le contenu des conférences m'a déçu. Soit c'était très très haut niveau (« PyPy, l'interpréte Python écrit en Python »), soit le présentateur avait une drôle de façon de présenter les choses (« Apprenez d'abord Python ! »).

« Recherche de gènes avec Python » était un retour d'expérience assez intéressant. Le début était un peu laborieux à cause du contexte métier, qui, à mon humble avis, a été trop expliqué, à un point que ça en devenait bizarrement peu compréhensible. La suite a été bien développée (mais pas seulement parce qu'il utilise PostgreSQL ). Néanmoins, il a passé beaucoup plus de temps sur l'explication du contexte que sur le lien avec Python, ce qui est dommage. Mais j'ai trouvé le tout plutôt intéressant. J'aurais bien aimé que les autres soient à la hauteur de celle-là.

Je connaissais déjà le contexte de « Graphviz rendu facile avec GvGen », vu que j'ai utilisé la version Ruby de Toady. La conférence était intéressante, suffisamment technique, le conférencier était blagueur : beaucoup de rigolades dans l'assemblée, mais des infos, bref cool. Et puis surtout, il a réussi au moins avec moi : je pense que je vais utiliser sa bibliothèque. Seul reproche : il attaque très technique sans expliquer à l'assemblé certaines choses (ne serait-ce que l'utilité de dot, ce qu'est graphviz, etc.) Donc, technique ++, contexte --.

Voilà pour les conférences. On peut facilement en déduire que ma connaissance de Python ne s'est pas améliorée (et je pense que ça a été le cas pour le reste des spectateurs pour les six premières conférences).

Par contre, le point positif, c'est que ça m'a donné des idées pour des journées de ce type pour PostgreSQL.

Autre point important, si une pyconfr09 a lieu, je pense qu'il serait intéressait d'y participer (en tant que PostgreSQLfr). Une discussion sur psycopg2 ou sur un outil PostgreSQL écrit en Python (par exemple pgloader) serait une excellente idée.

Mon premier test de KDE4 a été catastrophique. Même si tous les développeurs de KDE hurlent sur les toits qu'il s'agit d'une version préliminaire ou pour développeurs, c'est quand même très mauvais pour la renommée.

J'ai commencé à utiliser la version KDE4 de Kate il y a une semaine et je dois avouer qu'elle m'a beaucoup plu. Ce qui m'a le plus attiré, c'est la recherche style Firefox. La suppression des dialogues me semble une bonne idée pour fluidifier l'utilisation d'une application et donc sa rapidité d'utilisation. Du coup, j'ai voulu tester la version KDE4 de konsole. Là-aussi, très agréablement surpris. La recherche sur une console, c'est une excellente idée.

J'ai de nouveau testé KDE4 suite à mon passage à Hardy Heron et là-aussi, j'ai été de nouveau impressionné. L'équipe de KDE a fait de gros progrès sur le bureau lui-même. Et surtout, installer les paquets « -kde4 » pour avoir les versions KDE4 des différentes applis change énormément les choses. Ça en devient pratiquement utilisable

Enfin, j'ai testé okular. Cette nouvelle version de kpdf (qui déjà est un excellent visualisateur de PDF) est exceptionnelle. J'adore la possibilité d'annoter les fichiers PDF, j'adore la recherche qui filtre les pages ne contenant pas les mots recherchés, j'adore l'affichage du plan. C'est vraiment un outil phare du projet.

Pourquoi je reste toujours sous KDE3 ? principalement pour deux raisons :

• je n'ai pas trouvé de moyen pour afficher KNetworkManager qui est un outil essentiel dans ma vie d'informaticien... beaucoup plus largement, je n'ai pas trouvé de moyen d'afficher les applets (je ne parle pas des widgets) ;

• certains outils n'ont revus pour KDE4, notamment K3B et digikam.

Cela étant dit, je ne serais pas étonné d'y passer sous peu.

La lecture de ce billet (RE: Nice Improvements Needed in KDE, by Bruce Byfield) est particulièrement intéressant pour noter l'évolution de KDE4 sur ces quatre derniers mois.

Allez, un billet technique pour une fois... ça ne peut pas faire de mal

Je cherchais un moyen de saisir rapidement un grand nombre de tickets dans le trac de PostgreSQLfr.. J'ai fini par trouver XmlRpcPlugin qui, comme son nom l'indique, est un plugin XMLRPC pour trac. L'installation est simple et rapide à condition d'avoir une version 0.10 de trac. L'écriture d'un script Python pour saisir les tickets est super facile. Voici un petit exemple :

import os,glob
import xmlrpclib

url = "http://user:pwd@svn.postgresqlfr.org/login/xmlrpc"
server = xmlrpclib.ServerProxy(url)

listeFichiers = glob.glob("*.xml")
listeFichiers.sort()

for fichier in listeFichiers:
    print fichier
    print server.ticket.create("Traduction de %"%(fichier), '',
       {"type":"amelioration",
        "priority":"mineure",
        "component":"relecture",
        "milestone":"PostgreSQL %s"%(version),
        "version":"%s.x"%(version)
       });

Hmmm, cette version du script n'est pas testée, j'attends que le plugin soit installé sur le trac, mais j'ai confiance

Hier, je me suis amusé à créer un .deb. Je suis parti des sources de Slony, l'outil de réplication pour PostgreSQL. Il existe déjà un package disponible pour Debian mais il est utilisable avec la dernière version de PostgreSQL. Or, j'avais besoin d'un Slony dernière version à utiliser avec un PostgreSQL 8.1 (donc avec une libpq version 4), sur un serveur Debian 3.1. La solution trouvée est un peu alambiquée, mais se fait rapidement (moins d'une demi-journée).

J'ai commencé par installer une Debian 3.1 sur une machine virtuelle (merci VirtualBox !). J'ai installé les paquets nécessaires à la compilation (gcc, make, etc) mais aussi le paquet développeur de PostgreSQL 8.1 (postgresql-8.1-dev). Ensuite j'ai récupéré par wget les sources de la dernière version corrective de Slony sur cette machine virtuelle. Je suis parti récupérer le diff utilisé par Debian. En effet, ce diff contient toutes les déclarations spécifiques pour créer un paquet Debian. Une fois l'archive tar de Slony décompressée et déballée, une fois le diff appliqué sur ce répertoire, il a fallu que je modifie les fichiers spécifiques Debian pour indiquer que je veux des dépendances avec la version 8.1 de PostgreSQL. J'aurais dû modifier le changelog pour indiquer mes manips, mais j'ai eu la flemme. La dernière étape a consisté à installer dh-make, puis à lancer la commande magique : dpkg-buildpackage.

Ceci fait, j'avais les trois paquets Debian : slony1-bin, slony-doc et postgresql-8.1-slony.

J'ai dû retravailler deux/trois points comme le répertoire des traces non créé mais, finalement, ça a été beaucoup plus simple que ce que je craignais.

Il me plante mon postfix un peu trop fréquemment à mon goût. Hier, un peu après midi, les mails ont commencé à s'entasser dans la queue des mails déferrés :

Je ne m'en suis pas rendu compte immédiatement. En fait, un bon mal de tête (une mauvaise chose en soi...) m'a éloigné de mon PC tout samedi après-midi (... qui a eu quand même un effet positif).

Ce dimanche, je me suis enfin rendu compte que quelque chose n'allait pas avec le serveur de mails : aucun nouveau mail, pas un seul. C'est le week-end, mais généralement, ça n'empêche pas les hackers PostgreSQL de bosser En me connectant, j'ai vite vu qu'amavis était encore une fois le coupable. Du coup, hop, supprimé ! J'avais déjà essayé de le faire mais je me récupérais des messages d'erreurs comme « warning: connect to transport scan: Connection refused ». J'avais fait marche arrière tout en réussissant à refaire fonctionner amavis. Aujourd'hui, c'est terminé, je l'ai viré et j'ai même trouvé ce post qui explique comment s'en sortir avec ce message si le problème vient de la queue de mails : postsuper -r ALL. Ça tente de vider toutes les queues de postfix. Et pour moi, apparemment, ça m'a résolu mon problème.

La première journée a été très calme. Mais vraiment *très* calme. Peu de visiteurs sur le stand PostgreSQLfr.org alors qu'il s'agissait de la journée entreprise. Je suis allé à la conf sur Ruby On Rails, conf intéressante, mais vraiment de base. Je n'ai pas appris grand chose mais le conférencier était bon. Par contre, j'ai loupé la conf de Marie-Jo sur les nouveautés d'OpenOffice.org 2.3. Bref, bilan de cette journée : une conf, un patch pour pgAdmin et un billet pour la version 1.8 finale de pgAdmin (pas encore publié).

Ce samedi, j'ai passé toute la journée sur le stand. On a eu pas mal de visites. J'avoue que la sempiternelle question MySQL vs PostgreSQL me gave un peu. Je crois que je vais réviser pour Solutions Linux étant donné que je suis un peu sec sur la question (bin oui, rien à faire de MySQL ! J'ai suffisament à faire avec PostgreSQL pour ne pas m'occuper en plus de l'autre serveur de base). Enfin bon. Des visites heureusement, mais pas de tshirts vendus. On a d'ailleurs une visite super sympa d'un gars complètement enchanté par PostgreSQL. Il l'utilise pour ses clients et le trouve vraiment excellent. Et j'avoue que c'est super agréable d'avoir au moins une visite comme ça

Avec Damien, on a pensé qu'il serait bon de faire une conf la prochaine fois. Ainsi que communiquer plus (ou plutôt tout court, pgfr n'ayant même pas eu de news à ce sujet). Je pense aussi que plusieurs TP de différents niveaux seraient un bon moyen d'amener des gens. Autant animer une conf ne m'intéresse pas, autant animer un TP peut être très intéressant. Et ouis, ça permettra de casser le « PostgreSQL, c'est chaud, c'est pas pour les amateurs, c'est complexe, super dur, super intransigeant » et je ne sais quoi encore. Bon, encore faut-il que je m'en rappelle pour l'année prochaine

Mais bon, les JDLL, ça permet aussi de revoir les copains : dup, GruiicK, aurel, Cheyenne et consorts.

Ça fait un bon moment que je n'ai pas parlé de mes activités dans le libre. Même si je reste silencieux, je continue à participer. C'est de la traduction et du développement.

Au niveau de la traduction, en dehors de la mise à jour des manuels pour les nouvelles versions mineures de PostgreSQL, j'ai beaucoup travaillé sur les fichiers .po des différentes versions. Nous sommes à 100% pour toutes les versions stables (à partir de la 7.4) mais surtout, la qualité est bien meilleure.

Au niveau développement, cela ne concerne que pgAdmin. Je viens de proposer plusieurs patchs pour améliorer la compatibilité du futur PostgreSQL 8.3 (Patch to change owner of language, Patch to add parameters' value to a function, Patch to add typmod's functions to a type's creation statement, Patch to enable/disable rule on a table). Malheureusement, la plupart de ces patchs ne feront pas partie de pgAdmin 1.8 (pour laquelle nous sommes presque en RC).

Bref, ça avance. Je pense que le mois d'octobre sera dédié à deux projets libres : la mise à jour du manuel de PostgreSQL pour la 8.3 (dont la beta 1 devrait très rapidement sortir), et de nouveaux patchs pour pgAdmin (en espérant que la branche 1.8 soit créée, ce qui me permettra de vraiment avancer sur des grosses nouveautés).

J'ai passé quelques temps à m'intéresser à ce problème. En effet, j'aimerais me débarrasser de mon PC perso. Je l'utilise uniquement pour des projets dans le libre, stocker mes photos, faire ma compta perso... et je crois bien que c'est tout. Ça me prends déjà beaucoup de temps. N'utiliser que le portable du boulot est intéressant en soi. Malheureusement, l'écran est trop petit pour bosser que sur ce dernier. L'idée est donc d'utiliser mon LCD 19" en même temps que l'écran du portable. Si je comprends bien la situation actuelle, soit vous avez la chance que votre carte graphique et son driver gèrent entièrement le « Dual Head », soit vous utilisez xinerama. Hé non, vous avez bien compris. Xserver ne semble pas capable de le gérer. En tout cas, pas les versions antérieures à la 1.2. Et deviner la version que propose Kubuntu 7.04 ? la 1.2, exactement !

Il me faudra donc attendre Kubuntu 7.10 (aka Gutsy Gibbon, sortie prévue en octobre), qui doit disposer de la version 1.3 de xserver-xorg-core (sortie prévue le 29 août). J'ai testé la version Tribe 5 de Gutsy et cela annonce du très très bon dans ce domaine. Pourtant, je ne vais pas installer cette version. Il faut bien comprendre qu'elle est alpha, donc instable et que c'est un portable de boulot, donc sa stabilité est réellement importante pour moi. À la rigueur, peut-être que j'essaierais avec la première ou deuxième béta, mais pas avant (donc pas avant fin septembre). En attendant, je vais tout installer pour pouvoir bosser indifféremment sur les deux PC.

Quelques liens intéressants :

• Intégration Xorg 7.3
• DisplayConfigGTK
• Kubuntu Tribe 5
• Article de Wikipedia sur Kubuntu 7.10 (voir notamment le planning de la sortie)

J'ai passé une bonne partie de ma soirée à essayer de configurer le dual screen sur mon Lenovo 3000 V100. Par « dual screen », j'entends que je veux utiliser l'écran du portable et un écran externe. Matériellement, c'est possible. En démarrant sous Vista, ce dernier a bien voulu utiliser les deux écrans indépendamment. Sous Linux, je n'y arrive toujours pas. J'ai beau triturer mon xorg.conf dans tous les sens, rien, que dalle, nada. C'est très décevant alors qu'apparemment, certains semblent avoir réussi. Bon, je m'y remettrais demain en espérant que la nuit m'aura apporté conseil.

Suite à quelques soucis réseau sur les stands (et à pas de réseau à l'hôtel... grmbl), il m'a été difficile d'écrire un billet sur les RMLL 2007. Il y a peu de monde sur les stands ce matin, donc j'en profite.

Commençons par l'organisation qui est super efficace (en tout cas, c'est mon avis et je n'ai entendu que des compliments sur ce point). Dès l'enregistrement, on récupère une petite malette contenant les tickets RU, un plan d'Amiens, quelques prospectus sur des activités culturelles et évidemment le planning des conférences. À ce sujet, le planning est un peu difficile à comprendre. L'accueil est sympa, pas d'attente, pas de longues queues (j'avoue, je suis arrivé vers 17h... ceux arrivés à 8h ou la veille n'ont peut-être pas le même son de cloche ).

Le village associatif est assez grand, plutôt bien organisé là-aussi. Chaque association a une grande table, une jolie nappe bleue et de l'espace pour afficher les posters, montrer les tshirts en vente, etc. Il y a évidemment les habitués de cette grande messe du logiciel libre : OpenOffice.org, OpenBSD, Mozilla, Mandriva, Gnome, etc. Les têtes sont connues pour la plupart,

Question conf, je n'ai eu l'occasion d'aller qu'à celle d'Alan Cox, sur les noyaux SMP. Après 10 minutes avec des gens qui entraient, sortaient, entraient, sortaient... la plupart qui voulait seulement voir Alan Cox, j'en ai eu marre et je me suis cassé. Donc pour l'instant, aucune conf à mon actif.

Du coup, je suis resté sur le stand. Pas mal de personnes sont passées pour discuter. Ils commencent tous par la même question : « hmmm, quelle différence entre MySQL et PostgreSQL ? ». Généralement, des questions plus intéressantes sont posées après cet espèce de passage obligé. Stéphane et moi avons donc rencontré un bon nombre de personnes qui utilisent PostgreSQL au quotidien ou qui comptent l'utiliser rapidement (souvent à cause du coût des licences Oracle). Beaucoup nous ont dit que le rapport de Sun sur les perfs comparées de PostgreSQL et Oracle leur ont donné du poids face aux concurrents. Bref, merci Josh

À chaque soirée son resto avec un groupe différent. Mardi, je ne me rappelle plus du nom du resto mais le serveur était particulièrement con. Le repas s'est quand même bien passé. Il y avait manu et Julia (de Parinux), Sophie, Célia (la fille de Sophie) et Gilles (les trois d'OpenOffice.org), et enfin Véro (LinuxAzur). On a vraiment passé un bon moment, si ce n'est qu'il faisait super froid. Mercredi soir, Stéphane et moi avons dîné avec le groupe eof (École Ouverte de la Francophonie) et Alternatives87. Là aussi, super repas (superbe tajine de veau ), grosse discussion... génial.

Seul bémol de ces RMLL actuellement : le réseau. On a galéré sévère. Les connexions SSH sont coupées de temps à autre. L'accès au web est compliqué (tout du moins au début). Et seuls les ports HTTP, HTTPS, et SSH sont autorisés. Pour l'IMAP, vous pouvez toujours courir... c'est dommage quand on voit que le reste de l'organisation est nickel.