Bonjour ,

L'avant-dernière fonctionnalité principale qui était sur ma TODO-List avant la 0.1 vient d'arriver. Elle sera suivie par une autre, et encore une autre (mais pas principale).

Depuis quelques minutes, Setup sait installer des paquets directement depuis un fichier .tlz, sans devoir passer par un dépôt. C'est une tâche qui semble simple, mais qui a nécessité une quantité impressionnante de refactoring dans Setup. Voici, pour ceux qui ont la tête bien accrochée, la liste de ce qui a été nécessaire :

• Package devient une classe abstraite, héritée par DatabasePackage et FilePackage
• Le reste est adapté pour ça
• Des fichiers ont été renommés, beaucoup. Par exemple, on n'utilise plus «libpackage.h», mais «packagesystem.h». La classe PackageSystemPrivate a également été renommée en DatabaseReader, pour former une paire avec DatabaseWriter.
• FilePackage n'utilise pas de processus, non non non, il utilise directement libarchive, que j'ai découvert au passage. C'est d'ailleurs une dépendance supplémentaire pour Setup.

Les screenshots

Comme toujours, voici la dose nécessaire de screenshots :

Affichage des informations d'un paquet, depuis un fichier de paquet. L'interface est la même. En fait, Setup ne sait même pas que le paquet dont il affiche les informations ne vient pas du dépôt, grâce à l'héritrage des classes permis par le C++ :

Affichage des fichiers d'un paquet, l'archive étant correctement lue :

Le solveur de dépendances a été adapté pour gérer les paquets venant des fichiers. Ça n'a pas été spécialement simple, mais ça marche :

Question posée par le paquet de test «initng», qui prouve que tout marche impeccablement bien :

Et bien entendu, ça marche :

La suite

À venir, dans les prochains jours (examens bientôt finis, bientôt les vacances, houra !) :

• Gestion des deltas. Je dois encore voir comment les faire légers, mais intelligents (donc qu'on n'ait pas besoin d'avoir l'ancien paquet en cache, donc que ce ne soit pas un simple bsdiff)
• Changement du format des paquets, pour le rendre plus simple (tout dans le fichier XML). Cela va être possible grâce à LibArchive, qui va me permettre de gérer les paquets en C++, et non-plus en script shell. Ainsi, des opérations plus complexes pourront être faites, comme une transormation DOM, des templates, etc.
• Cette utilisation du C++ va permettre de recoder un Repoma gérant directement la base de donnée MySQL de la v4 (ou une SQLite, on pourra normalement choisir). Ainsi, avec une BDD, la gestion des dépôts sera bien plus intelligente et rapide. C'est également la porte ouverte à la génération d'ensemble de métadonnées, permettant par exemple d'avoir la liste de tous les fichiers de tous les paquets, leurs notes, leurs catégories, la gestion des commentaires, etc. Tout cela avec intégration dans la v4, bien entendu (et donc ça amènera un début de libv4integration, permettant à un prog C++ de s'interfacer avec la v4, que du bon !)
• GUI, basée sur Shaman, le gestionnaire de paquets de Chakra. La spécificité est que Shaman2, qui sera utilisé, est conçu pour être indépendant de la distrib, mais parfaitement intégré à KDE ! Il repose sur des backends et des plugins, et Logram pourra donc développer un backend libpackage, et quelques plugins pour les foncionnalités qui manquent. D'ailleurs, si un Chakraiste devait me lire, et qu'il sait facilement s'exprimer en anglais, qu'il me contacte par MP, j'aurais un petit service à lui demander .

La partie «BDD et C++» est la plus grosse. Normalement, la gestion de Shaman ne devrait pas être trop complexe. Il en résultera un Setup plus puissant, plus stable, plus rapide, et plus riche en fonctionnalités. D'ailleurs, voici quelques idées sur le long terme :

• Intégration de Setup dans KDevelop. Un des buts de Logram est de présenter au monde un Logiciel Libre unifée et accueillant. Pour cela, il y aura entre autre des développements sur KDevelop pour le mettre au niveau de Visual Studio. Qui n'a pas rêvé de créer ses paquets par simple glisser/déposer ? (pour info, VS.NET le permet, ah que de bons souvenirs )
• Assistant de compilation. On prend un .tar.gz contenant les sources d'un programme, on clique dessus dans Konqueror, on appuie sur Suivant»Suivant»etc, et c'est prêt. Ainsi, même si un paquet ne se trouve pas dans la distrib, les utilisateurs novices pourront le compiler depuis les sources.