URL: https://linuxfr.org/forums/linux-embarque/posts/recherche-gestionnaire-de-paquets-externe-pour-embarqu%C3%A9 Title: Recherche gestionnaire de paquets "externe" pour embarqué Authors: Sekigo Date: 2010年09月04日T12:36:53+02:00 Tags: Score: 5 Bonjour. Je construis, pour le plaisir, une mini-distribution pour une console de jeux vidéo portable, la [[Dingoo_A320]]. [http://fr.wikipedia.org/wiki/Dingoo_A320](http://fr.wikipedia.org/wiki/Dingoo_A320) J'ai une centaine de "paquets" de prêts, contenant les binaires pré-compilés. Par paquet, à l'heure actuelle, j'entends des archives tar.gz contenant les binaires et fichiers précompilé pour une architecture mips. Je suis parti "from scratch", en compilant tout un par un, et pour chaque machin compilé, je l'ai archivé. Tout fonctionne correctement. MAIS. À l'heure actuelle, pour installer tout ce bordel, j'ai juste un pitit programme python que j'ai créer qui s'occupe de désarchiver les "paquets" sur la console ( branché en usb et se comportant comme une clé USB ), qui gère les dépendances et qui s'utilise en ligne de commande. Il ne gère pas la désinstallation des paquets, parce que c'est bien compliqué pour mes petites connaissances en "algorithme". Je l'ai créer un peu dans l'urgence, surtout pour mon propre usage et pour tester les paquets. Ça m'a pris que quelques heures et je ne compte pas le diffuser, vu que c'est un peu pourrave. Et je ne souhaite pas réinventer la roue. Donc, je voudrais vous demander quel gestionnaire de paquets existant répondrait aux critères suivant : * Permet la gestion en "externe". Je m'explique. La console n'est pas relié au réseau, elle se comporte comme une simple clé USB. Du coup, je ne peux pas mettre le gestionnaire de paquets directement sur la console, il doit être installer sur le pc et simplement copier les fichiers dans les répertoires de la clé USB ( ou créer un fichier, etc... en gros, tout ce qui est possible sur une simple clé USB ). J'espère être clair, c'est relativement difficile à expliquer. * Gère les dépendances, l'installation, et SURTOUT la désinstallation des paquets, en supprimant les dépendances obsolètes sans virer les trucs essentiels. Se comporter comme aptitude par exemple. * Être le plus simple possible, typiquement, être utilisable en "stand-alone". Voir le point suivant pour comprendre. * Être portable facilement sur un autre OS. Parce que la majorité des utilisateurs de cette console sont des gros manches, sous Windows, il n'est pas possible d'être ancré dans l'architecture Linux, en utilisant massivement bash par exemple. Si il faut reconstruire les paquets, cela ne me dérange pas du tout. Je n'en suis plus à une dizaine d'heure prêt. Dans l'idéal, avoir un truc en python serait vraiment cool. Parce que c'est LE truc que je maîtrise à peu près. Mais bon, je rêve un peu. Dans le pire, je plongerais dans les arcanes du C ou C++ ( de toute manière, j'y ai été contraint durant toute la phase de compilation, parce que jamais rien ne marche de manière simple, surtout avec un processeur MIPS à la con). Une interface graphique, je m'en fous totalement. Si les appels au gestionnaire de paquets est simple, je peux bricoler un truc autour en graphique. Voili, voiloù. En espérant avoir été compréhensible. Si ça se trouve, y a un truc évident, mais je n'y connais rien en gestion de paquets. Et c'est TRÈS frustrant d'avoir construit des tas de paquets qui fonctionne, mais qui sont inutilisable pour une autre personne que moi. À moi que l'on adore gérer chaque fichier un par un, décompresser des archives par centaine, etc.... Bisous à tous.