Comme je joue avec Xorg en ce moment sur mon vserver unstable, je me suis rendu compte qu’il n’y avait pas de paquet Debian pour le programme xcompmgr qui permet d’utiliser l’extension « Composite » de Xorg (pour atteindre le summum de l’inutile, rien de mieux, he he).

Du coup, j’ai fait un paquet pour Debian, construit avec les bonnes dépendances qui vont bien dans sid. Pour l’installer, utilisez mon dépôt dans votre sources.list :

deb http://www.sukria.net/debian ./
# apt-get update
# apt-get install xcompmgr

Attention, Xorg sans accélération matérielle s’abstenir…

Je viens de recevoir tout droit des états-unis le premier album solo de John Petrucci, le guitariste de Dream Theater, « Suspended Animation »

Je commence tout juste l’écoute de cet album, première impression : ça sonne très Satriani… à approfondir…

Suite à la proposition que nous avons rédigée avec Raphaël sur la gestion des paquets orphelins de Debian, j’ai commencé à écrire un script d’injection automatique des paquets source dans le dépôt svn du projet debian-qa.

L’idée est la suivante : on récupère le fichier Sources.gz de l’archive unstable/main de Debian, et on parse ce fichier pour en extraire tous les paquets orphelins. Très bien, on a la liste des paquets qui nous intéressent. Ensuite, on télécharge le fichier .dsc du paquet et les sources une à une (attention, parfois on trouvera un couple diff.gz + orig.tar.gz, parfois juste un fichier .tar.gz).
Maintenant que nous avons chaque paquet source sous la main, il ne nous reste plus qu’à utiliser l’outil svn-inject qui permet d’ajouter un paquet source debian dans un dépôt svn en un clin d’oeil.

Voilà pour la téhorie, pour la pratique, le script que j’ai écrit se nomme archive2svn et implémente cette idée avec en bonus, une gestion de cache, histoire d’éviter de télécharger Sources.gz de unstable/main à chaque fois que le script est lancé, et surtout, pour éviter de retélécharger des sources de paquets déjà présents.

En passant, j’ai fait en sorte que l’on puisse juste demander au script de se contenter de télécharger les sources, ce qui permet de faire des mesures intéressantes :
Nous avons actuellement 252 paquets orphelins, qui représentent 117 megs de données sous leur forme archivée et 566 megs une fois décompressés.

Le script permet de définir sur la ligne de commande le mirroir Debian que l’on souhaite utiliser ainsi que le dépôt SVN à utiliser pour les injections, voici un exemple d’utilisation pour injecter tous les paquets orphelins :

archive2svn --mirror=ftp2.fr.debian.org \
                    --repository=svn+ssh://sv n.debian.org/svn/qa/test-repo \
                    --cachedir=/var/cache/archive2svn \
                    --action=inject \
                    --verbose

Je viens de le lancer, vous pouvez donc consulter la liste de nos paquets orphelins sur svn.debian.org.

Il y a une discussion en ce moment sur la liste debian-qa à propos d’un projet qui vise à améliorer la façon dont les paquets orphelins sont gérés par l’équipe d’assurance qualité.

L’objectif principal de cette proposition est de simplifier le travail d’intégration des patches soumis pour les paquets orphelins.
L’utilisation de SVN pour cela semble une bonne idée, cela permettrait à quiconque de tester un paquet orphelin à jour avec svn-buildpackage et minimiserait le travail de l’équipe QA.

L’idée la plus « choquante » derrière ce projet est de donner un accès en écriture à ce dépôt SVN à des contributeurs externes afin qu’ils puissent maintenir le code des paquets orphelins.
D’une certaine manière, on propose ainsi une structure qui fournit des facilités de travail collaboratif entre les développeurs externes et l’équipe d’assurance qualité de Debian.

Une page a été créée sur le WiKi de Debian afin de synthétiser les idées du projet.

N’ayant pas reçu d’objection majeure de la part de la communauté des développeurs Debian, nous espérons avec Raphaël bientôt commencer à appliquer nos idées, dès que notre proposition sera finalisée…

Grâce à Raphaël Hertzog, nous avons désormais une déclinaison de planet.debian.org pour les développeurs francophones.
Longue vie à planet-fr.debian.net !

Voila, comme promis, une nouvelle version de Backup Manager est disponible. Le changelog montre que cette version se focalise sur une amélioration globale de l’application, sans véritable nouvelle fonctionnalité (à part le valideur de fichier de configuration).
Le code est plus propre, quelques problèmes mineurs de sécurités ont également été fermés.

Pour répondre à Yann Dirson et à d’autres, voici comment je compte occuper mon emploi du temps pour les prochains jours, en ce qui concerne mes travaux pour la communauté du Libre :

Packager Bugzilla 2.18.2 pour Debian
Une nouvelle version upstream de Bugzilla (2.18.2) est sortie hier, je compte commencer le packaging Debian ce weekend.

Publier Backup Manager 0.5.8b
Je suis en train de finaliser une seconde version de la branche 0.5.8 de Backup Manager, afin d’y apporter quelques nettoyages et d’appliquer tous les patches qui m’ont été soumis depuis la sortie de 0.5.8.
J’éspère ainsi proposer une version plus paramétrable et plus propre, afin de répondre au mieux aux attentes de tous.
Cela ne bloque en rien le développement de la version 0.5.9 qui avance à petits pas grâce à l’aide d’Andreas « jimmy » Gredler qui implémente le support rsync.

Mise à jour du 9 Juillet, à 0:40
Reconstruire le paquet Tecnoballz
Il faudra également que je pense à reconstruire le paquet tecnoballz avec gcc 4, afin de participer comme il se doit à la transition d’ABI qui est en cours.

Tout est dans le titre.
Je me plonge actuellement intensément dans la programmation orientée objet en Perl, et grâce au livre de Damian Conway, Object Oriented Perl, je redécouvre toutes les joies de cette méthode de programmation.

Les souvenirs remontent à la surface : Instanciation, Héritage, Attributs, Méthodes, Accesseurs, Exceptions… Encore un peu et je me reverrai dans l’amphi du campus III de l’université de Caen, avec ce fameux Serge Stinckwich en tant que maître de conférence. Ah, tu te souviens Rached, ce qu’on se marrait bien avec nos chemises.fantaisie.mettre et nos partiels sur les listes chaînées de pizzas ?

Bref, tout ça pour dire que l’Objet c’est bien, le Perl ça tue, et le mélange des deux, ça explose !