Journal Aider au développement d'un nouveau gestionnaire de paquets

Je connais les sources de KDE quasi par coeur · preview

Bonjour,

Vous vous souvenez peut-être de la dernière fois où vous m'avez vu, quand j'ai présenté Logram, mon projet d'environnement de bureau et de distribution, sur ce site.

Récemment, l'horizon de Logram s'est élargi, en particulier grâce à l'arrivée de visiteurs en provenance de Linuxfr. Nous avons décidé de développer non-seulement un environnement de bureau, mais également une distribution, dont le but est d'intégrer l'environnement de bureau léger de Logram, ainsi que KDE, pour former un tout cohérent et très complet.

C'est de cette distribution dont je vais vous parler, et plus particulièrement de son gestionnaire de paquets. En effet, nous avons décidé de ne pas utiliser RPM ou DEB, mais bien notre propre gestionnaire de paquets, qui vise à combler les manques de ces deux gestionnaires, ainsi que d'autres qui peuvent exister.

Fonctionnalités du gestionnaire de paquets

Setup, car ce gestionnaire s'appelle comme ça, permet entre autres de gérer aussi bien des paquets sources que des paquets compilés. Par exemple, en tant que développeur, vous ne devez que renseigner les étapes de compilation d'un paquet, et ses dépendances à la compilation. C'est tout, les utilisateurs peuvent l'installer.

Quand un utilisateur compile un paquet, il crée des paquets binaires, qui peuvent être renvoyés sur le serveur de Logram, pour en faire profiter toute la communauté. Pour éviter le gros problème de sécurité que vous avez normalement remarqué (n'importe qui peut envoyer un paquet infesté de virus ou totalement cassé), des validateurs et empaqueteurs vérifient le paquet, aidés par un système de hash.

Cas d'utilisation

Prenons un exemple. Marie télécharge les sources de kdebase-apps-4.3.0. Elle les compile sur une architecture amd64, et envoie le paquet. Marc fait de même, mais modifie le paquet en ajoutant un trojan. Jérémy compile également ce même paquet, et l'envoie (propre celui-là).

Du côté des validateurs, ils voient arriver deux paquets avec le même hash, et un dont le hash est totalement différent. Ils vont donc se dire que quelque-chose ne vas pas avec le paquet dont le hash n'est pas bon, et vont le vérifier (en environnement chrooté, sécurisé et tout et tout). Ils vont voir qu'il y a un problème avec le paquet, et pour être sûr, ils vont tester ceux de Marie et de Jérémy.

Une fois les paquets validés, ils arrivent dans le dépôt incoming de Logram (ça vous rappelle pas une autre distro ce nom ?). Les utilisateurs peuvent alors l'installer directement en version binaire, sans devoir compiler, et testent. Au bout d'un certain temps sans problèmes remontés, c'est que le paquet est bon, et il arrive dans main, où tous les utilisateurs peuvent l'utiliser.

Ce système n'est pas parfait, car il nécessite des validateurs, tout n'est pas automatique. De plus, un hash est changé dès que le moindre bit d'un fichier est modifié, donc si quelqu'un compile le paquet sur une machine un peu différente, ça ne marchera pas. C'est pour cela qu'il faut trouver une méthode de hashage qui permette de voir si un paquet est un peu ou beaucoup différent d'un autre.

Le but de cette utilisation est de mettre la communauté au premier plan. Ceux qui viennent de Windows vont être plongés dans le développement Libre et communautaire assez rapidement, et vont passer de «J'installer des programmes crackés ou payés très cher, avec des formats fermés, et pas de mises à jour» à «J'installe des paquets produits par d'autres utilisateurs, et rigoureusement testés, et quand j'en ai besoin, je peux créer mes paquets et les partager».

État du développement

Il y a quelques jours, la version 0.0.0-1 de Setup est sortie. Cette version n'était qu'une version preview, ne permettant pas d'installer un paquet. Samedi, la version 0.0.0-2 sortira (vous l'aurez deviné : on sort une version par semaine, une version par mois, une autre tous les 6 mois, et une version majeure quand c'est prêt). Elle permettera enfin d'installer un paquet, et de générer le paquet binaire assorti (pas encore envoyable sur le serveur).

Pour la version 0.0.0-3, j'espère pouvoir implémenter la suppression d'un paquet, et peut-être d'autres détails (paquets installés en ligne de commande (déjà implémenté dans la bibliothèque utilisée), versions, cache, etc). Début juillet, la version 0.0.1-0 sortira, quoiqu'il arrive. Normalement, pour la fin des vacances ou le début de l'année prochaine (année scolaire), on aura une version 0.1.

Développements parallèles

Le gestionnaire de paquets n'est pas le seul projet sur lequel travaillent les membres de Logram. On a également un gros projet de site web, la quatrième version, qui permettera entre autres d'avoir sous la main tous les outils nécessaires à la vie de la distribution (gestion des paquets, des demandes, des rapports de bugs, de la communauté, etc).

Une distribution n'est pas seulement un gestionnaire de paquets. Il faut aussi "Logrammiser" KDE. C'est une tâche qui n'est pas spécialement complexe, mais assez longue. Elle consiste à empaqueter KDE pour Logram, en l'adaptant (configuration, changement de quelques artworks pour rappeler le site, intégration des outils Logram).

Le gestionnaire de paquets lui-même est très important, car Logram vise les utilisateurs venant de Windows, et on leur a beaucoup venté les mérites d'un gestionnaire de paquets. Logram veut leur donner ce qu'ils attendent. Ainsi, nous avons au programme :

La ligne de commande Setup pour les fans de console et les sysadmins
pkgUi, installateur graphique de paquets. Je ne sais pas comment implémenter cela. J'ai pensé à une kio-slave qui renvoie des formulaires HTML à afficher dans Konqueror. Ainsi, si vous cliquez sur une url de type "package://nom_du_paquet", ça installe le paquet dans une belle GUI. Ça peut aussi être un kpart
pkgAssistant, créateur graphique de paquets depuis les sources. Ainsi, si un paquet ne se trouve pas dans les dépôts, pas même les sources, il suffit de télécharger les sources et de lancer l'assistant. J'ai déjà codé un tel assistant, mais pas adapté à Setup (il était tout de même capable de détecter le type de système de construction utilisé, de configurer le paquet, de trouver ses dépendances, de le compiler et de l'installer)

Un autre projet assez important, mais je ne sais pas s'il va continuer, est LoCoM, pour Logram Configuration Manager. C'est en gros un programme qui lance des scripts basés sur un fichier UI de Qt Designer et un fichier XML contenant des scripts Qt Script. Ce langage n'est pas une copie du XUL (qui utilise du xHTML et du Javascript), mais bien un langage plus adapté aux fichiers de configuration. Ainsi, on pourra trouver plein d'interfaces graphiques de configuration sous Linux, sans trop d'efforts pour le développeur (une belle UI prend 1h à développer en LoCoM, et presqu'un jour en compilé normal).

Logram a besoin d'aide

Vous voyez que Logram a plein de projets ambitieux, dont le but n'est pas d'être nombriliste, mais bien d'aider le Libre. Un but avoué mais qu'on ne crie pas sur les toits, définis dans cette news est de sortir Logram à une date assez proche de celle de la sortie de Windows 7. Je pensais avant, mais vu que Windows sort en Octobre, je ne veux pas prendre le risque de sortir quelque chose de mal fini. La raison est que cette sortie va provoquer beaucoup de bruit autour de Windows et de MS, et que c'est à ce moment que les moyens de pression de MS sont les plus faibles (les constructeurs qui hésitent entre XP, Vista et Seven, les utilisateurs de même, les critiques qui fusent). Bref, on pourra facilement dire «Vous connaissez Seven, vous allez adorer Logram», et sur Logram, mettre des liens vers toutes les distribs Linux (je ne veux pas que Logram deviennent un MS-like qui masque la concurence, tant que les utilisateurs sont libres, je suis content).

Logram a donc besoin de contributeurs, qui seront très bien accueillis. Tout le monde peut participer, il suffit d'avoir un peu de bonne volonté :

Bien sûr, comme le dit le titre, il faut des gens pour s'occuper de Setup lui-même. Les fonctionnalités à coder dans les prochains jours sont assez simple à implémenter, et en plus, Logram est 100% documenté en français, à cette adresse (pour la bibliothèque qui s'occupe des paquets, seule bibliothèque parfaitement documentée pour le moment).
Des graphistes, pour créer les artworks de la distribution, mais on a encore tout le temps.
Des packageurs (sortes de sysadmins). La création de paquets pour Setup est détaillée dans le lien vers la documentation que je donne plus haut. Vous trouverez aussi de l'aide dans le dossier doc/ du dépôt SVN que je vous donnerez.
Des webmasters. La v4 du site de Logram va être longue à coder. Si vous avez du temps libre, que vous maîtrisez PHP et l'utilisation du framework Symfony, alors vous pouvez m'aider

Me joindre

Si vous sentez que vous pouvez faire quelque-chose pour Logram, ou si vous avez la moindre remarque, envoyez un mail à steckdenis at logram-project point org. Si vous voulez, vous pouvez aussi vous inscrire sur le site et poster dans les forums. Seulement, sachez (je ne fais que prévenir) que la communauté actuelle est composée de jeunots de 14~17 ans en provenance du Site du zéro, qui ne brillent pas tous par leur maturité (quelques microsoft's fanboys, d'autres pour les macs, d'autres super-noobs qui demandent comment compiler un code C++, etc).

Si vous avez l'âme de bêta-testeur, vous pouvez essayer la mailing-list de Logram, qui est encore assez expérimentale (elle tient depuis un mois, mais qui sait (de plus, les logs ne marchent pas)).

Si vous êtes plutôt "discussion directe", vous pouvez aller sur le channel #logram-project sur FreeNode, mais je n'y suis pas souvent, et on y parle assez souvent de plein d'autres choses que de Logram (maturité de la communauté oblige).

Merci de m'avoir lu.