Reportbug 4.6

En ce mois d’août ensoleillé, la version 4.6 de Reportbug est désormais disponible dans Debian sid. Rappelons que Reportbug permet de rapporter des bugs survenus sur votre système d’exploitation Debian.

Pour rappel le paquet Reportbug contient deux programmes : Reportbug et Querybts. Querybts permet uniquement de consulter (pas d’ajout d’informations possible) les rapports de bug contenus dans le système de suivi de bugs de Debian. Cette version apporte à Querybts de nouvelles options :

• L’option buglist pour retourner uniquement sur la sortie standard une liste complète des intitulés des bugs appartenant à un paquet.

• L’option mbox permet maintenant de télécharger l’intégralité des bugs d’un ou de plusieurs paquets au format mbox.

Reportbug quant à lui gère maintenant la présence d’un agent gnupg afin d’éviter de saisir sa phrase de passe à chaque nouvelle saisie de rapport (pendant une même session). On compte également de nombreux ajouts visant à renforcer la solidité du processus de saisie et à le rendre plus agréable.

Reportbug continue à s’étoffer et commence à se rapproche de la 5.0, ce qui en dit long sur l’âge du vénérable. Également un grand merci à Sandro Tosi pour ses idées et son travail (entre autre la fusion de mes patchs) sur Reportbug.

N’hésitez pas à rapporter des bugs de manière générale et à en rapporter sur Reportbug en particulier :p Un bug sans rapport de bug, ça n’est pas un bug et donc pas un problème. Vous participez directement à la vie de Debian en rapportant des bugs, même sur des applications tierces. Vous serez toujours bien accueillis par les mainteneurs des applications.

Yet another Debian contributor

I can’t believe I’m really writing for planet.debian.org Thanks a lot to Sandro Tosi for this.

My story with Debian began years ago but it’s only for 5 months I contribute on a regular basis, most of the time coding for Reportbug (4.6’s gonna rock, new features inside! Thanks again Sandro). In March, Raphaël Hertzog and Roland Mas organized a Debian Contribution Contest targeting French-speaking Free Software community so here I am. Thanks a lot! I also try to increase my contribution to DPMT and DPAT these days. Thanks to Piotr Ożarowski to review my packages.

See you soon,
Carl

Ps: And a last thanks to Christian Perrier for sponsoring Belier!

Gnupg : du symétrique dans l’asymétrique

Suite au récent changement général de clés opéré au sein de Debian, j’en avais profité pour également changer ma clé et m’intéresser d’un peu plus près à Gnupg.

C’est en fouillant un peu que j’étais tombé sur le menu suivant :

Command> showpref

[ultimate] (1). Carl Chenet <chaica@ohmytux.com>

Cipher: AES256, AES192, AES, CAST5, 3DES

Digest: SHA1, SHA256, RIPEMD160

Compression: ZLIB, BZIP2, ZIP, Uncompressed

Features: MDC, Keyserver no-modify

Hmm, AES, mais c’est un algorithme de chiffrement symétrique ça.

En fait après lecture de la documentation de Gnupg, il s’avère que pour chaque chiffrement, Gnupg chiffre les données avec un algorithme de chiffrement symétrique, ici l’AES256, à l’aide d’une clé partagée entre l’émetteur et le receveur. Cette clé ne sera utilisée que pour cet échange (on l’appelle aussi clé de session). Et c’est cette clé de session qui sera chiffrée avec un algorithme de chiffrement asymétrique avant d’être communiquée au receveur, ledit chiffrement asymétrique réalisé à l’aide de la clé publique du receveur. Le mode de chiffrement adopté par Gnupg est donc hybride, mélange chiffrement symétrique et asymétrique.

Ce qui nous est assuré ainsi, c’est qu’au pire l’algorithme de chiffrement asymétrique (le plus faible des deux selon la documentation Gnupg) compromis, seul le message actuel serait compromis, l’attaquant étant obligé de redéchiffrer une nouvelle clé de session pour accéder à un nouveau message. On est bien sûr déjà dans un cas extrême.

Documentation de Gnupg sur le sujet

Pro Git

La prise en main de Git par des programmeurs qui utilisaient auparavant des gestionnaires de sources centralisés est souvent difficile. Comment démarrer ? Comment s’organiser ? Comment gérer les rapports entre la version locale et la version sur le serveur de gestionnaire de sources ? Pourquoi les branches ? Comment travailler avec ?

Pour répondre à ces questions, je vous propose de découvrir un livre formidable sur git, accessible en ligne et proposer en licence Creative Commons Attribution-Non Commercial-Share Alike 3.0. Il m’a suffi d’une dizaine de minutes pour être emballé par la progression pas-à-pas et les exemples bien choisis. Une demi-heure plus tard j’avais compris que j’utilisais 1% des possibilités de git et que je venais de trouver le support idéal pour apprendre. J’ai commencé à prendre des notes à coup de copier/coller car les exemples illustrent parfaitement les propos de l’auteur.

Étant amené à travailler avec git pour Reportbug au sein du projet Debian ou pour Bélier, je pense en retirer beaucoup de choses.

Pro Git – professional version control : http://progit.org/book/

Si vous êtes emballé par le livre, il est également disponible en format papier. Merci à son auteur de mettre ainsi son travail (et un travail de grande qualité) à disposition.

PS : Merci à Jean-Baptiste Denis pour me l’avoir fait découvrir.

Fin du concours de contribution à Debian

J’ai appris à mon retour de Berlin après quelques jours de vacances passés là-bas que, comme annoncé sur le blog de Raphaël Hertzog, je fais parti des heureux gagnants du concours de contribution à Debian ! Je remporte donc un abonnement d’un an au GNU/Linux Magazine France des éditions Diamonds et le Cahier de l’admin Debian écrit par Raphaël Hertzog et Roland Mas, un grand merci à eux !

Au delà des cadeaux, ce concours a été pour moi un déclencheur qui m’a permis de commencer à fréquenter la communauté Debian tout en contribuant. J’ai beaucoup appris, que ce soit au niveau technique mais également sur le fonctionnement et l’esprit du libre. Je ne compte pas en rester là. Je vais donc continuer à envoyer des patchs pour reportbug mais aussi m’impliquer davantage dans l’empaquetage de programmes.

Les programmes en Python constituent une importante part de mon activité chez Debian, j’ai donc commencé à lancer quelques idées sur le papier pour une prochaine conférence qui offrira des pistes sur comment permettre à un développeur Python de contribuer à Debian.

Ayant également appris à l’occasion des RMLL 2009 que l’association Debian France venait d’être créee, j’ai immédiatement adhéré et vous engage à faire de même si vous souhaitez aider au développement de Debian.

J’ai également quelques idées sur des évolutions possible du concours auquel nous avons participé. Nous en reparlerons bientôt sur ce blog.

Retour à chaud sur les RMLL 2009

Bonjour à tous,

À peine revenu (sous la contrainte, je serais bien resté jusqu’au bout ) des RMLL 2009, quelques mots à chaud sur cet événement :

Ma conférence a ouvert le thème “Développement” des RMLL organisé par Olivier Berger, mainteneur Debian. Malgré l’heure matinale, un public de personnes intéressées a patiemment écouté mon retour d’expérience sur le projet Bélier, merci à vous ! [UPDATE] les slides sont disponibles ici.

J’ai également traîné la suite de la matinée dans le village associatif qui a reçu un nombre important de visiteurs, j’ai évolué entre le stand Debian, où j’ai rencontré pas mal de monde de la scène Debian française, et le stand de l’Association Francophone Python.

Merci à tous les gens que j’ai rencontré, ça m’a fait plaisir et ça remotive un bon coup. La conférence de Lucas Nussbaum, développeur Debian, était un délice. Si vous pouvez trouver ses slides je vous les conseille fortement pour une analyse des relations entre Debian et Ubuntu. [UPDATE] Les slides sont disponibles ici.

Merci également à mon entreprise Artemys qui a sponsorisé mon voyage là-bas et n’hésitez pas à les contacter si vous cherchez du travail en informatique sur Paris ou Rouen.

Reportbug 4.5

En cette splendide fin de mois de juin, le Reportbug nouveau est arrivé.

La version 4.5 est sortie le 29 juin avec son lot de nouveautés. L’auto-configuration propose désormais d’ajouter un serveur mandataire et l’interface en GTK2 continue de s’améliorer. En coulisse, beaucoup d’améliorations pour rendre l’application plus robuste suivi des habituels corrections de bugs. Merci encore à Sandro Tosi pour son gros travail de triage de bugs et d’ajouts de nos patchs à Reportbug.

Reportbug est toujours dans une bonne dynamique et s’évertue à rendre à la fois plus simple la saisie d’un nouveau rapport de bug pour l’utilisateur et plus efficace l’identification du bug pour les développeurs qui traitent les rapports de bugs.

Nous sommes friands des rapports de bugs sur Reportbug lui-même, n’hésitez pas à nous faire parvenir vos rapports de bugs/demandes de nouvelles fonctionnalités.

Ne vous laissez pas décourager par la première saisie de bug qui peut être relativement longue (15-20mn), vous contribuez ainsi à améliorer Debian. Et les prochaines saisies seront beaucoup plus rapides

RMLL 2009 et retour sur Pycon FR

Comme indiqué ci-dessus, je serai aux Rencontres Mondiales du Logiciel Libre (RMLL) à Nantes, le 9 juillet 2009 pour une conférence sous la forme d’un retour d’expérience sur mon projet Bélier, avec une large part accordée à la démarche qualité dans le développement d’un logiciel en Python. Sera également abordé l’importance de l’empaquetage qui me permettra de mettre en avant mes récents travaux au sein de Debian. Je serai également une grande partie de la journée sur le stand de l’Association Francophone Python (AFPY).

Si vous êtes un contributeur/DD/DM du projet Debian, n’hésitez pas à venir causer avec moi ! Et la même chose bien sûr pour toutes les personnes intéressées par Python.

Rapide retour sur Pycon FR 2009

Les journées Pycon FR 2009, conférences francophones autour du langage Python, ont eu lieu le dernier week-end de mai à la Cité des Sciences et de l’Industrie à Paris. Les conférences se sont enchaînées, abordant un large éventail de sujets. J’ai présenté moi-même une conférence sur la mise en place d’une démarche qualité au sein d’un développement en Python ainsi qu’un “lightning talk” sur mon projet Bélier. L’organisation a été parfaite et les feedbacks ont été très positifs.

Je pense présenter l’année prochaine une conférence sur Python et Debian abordant l’utilisation du langage Python dans Debian et comment un développeur utilisant Python peut contribuer à Debian.

à bientôt !

Pycallgraph

J’ai récemment adopté le paquet Debian du programme Pycallgraph. Excellente raison pour vous présenter rapidement ce programme.

Pycallgraph vous permet de générer une représentation graphique des appels aux différentes fonctions qui composent votre programme Python. Vous pouvez ainsi détecter une anomalie ou comprendre pourquoi votre programme n’est pas performant lors de son exécution.
Un exemple avec mon projet Bélier peut être consulté ici à cette adresse.

L’utilisation du programme est très simple. Pour Bélier, la commande a été la suivante :

$ pycallgraph bel -e ordres

Dans l’exemple ci-dessus, le fichier image au format PNG généré s’appellera pycallgraph.png. Pour l’appeler autrement, il aurait suffi d’appeler la commande suivante :

$ pycallgraph –output-file mon_graphe_belier.png bel -e ordres

Il peut être utile de rajouter certaines instructions dans votre code afin de faciliter l’intégration de Pycallgraph. Plus d’informations à l’adresse suivante : http://pycallgraph.slowchop.com/pycallgraph/wiki/documentation/0.5.1.

Cerise sur le gâteau, la version Debian est à jour par rapport à l’upstream

Reportbug : situation actuelle

Suite à un billet de Sandro Tosi passé sur planet.debian.org qui résumait les avancées récentes de Reportbug que j’ai présenté dans un billet précédent, je vais me permettre d’entrer un peu plus dans le détail.

• Développement de l’interface en GTK2 de reportbug par Luca Bruno qui fait un gros travail.
• Renforcement de l’application (rajouts de contrôles)
• Développement de nouvelles options
• Réduction importante du nombre de bugs. Ce tableau généré par Sandro Tosi résume la situation.)

Si vous êtes sous Sid et que vous avez la possibilité de tester le dernier Reportbug, n’hésitez pas à envoyer un bug sur Reportbug lui-même. Nous ne garantissons pas un retour rapide sur votre rapport (excepté pour un bug considéré comme important) car les trois contributeurs principaux sont très occupés (j’essaie moi-même d’écluser de nombreux rapports présents depuis trop longtemps dans le BTS avant de me concentrer sur les nouveaux rapports). Mais quoiqu’il arrive, nous voyons passer le rapport et nous vous ferons un retour dessus dès que possible.

Un grand remerciement à Sandro Tosi qui clôt et corrige lui-même de très nombreux rapports, tout en intégrant les patchs que Luca et moi lui envoyons, sans parler de sa disponibilité sur IRC (ubiquité?).

En tous les cas Reportbug est très actif et les retours que nous avons dessus nous permettront d’avancer, merci à vous.