Bonjour tout le monde Pour appuyer guiguilinux je vois aussi principalement trois voies
Premièrement, un Ncooker qui est celui actuel rendu lisible par tous conformément à la charte. Ça demandera du boulot et un gontran ou quelqu'un qui arrive à comprendre son code à fond et là, par contre pour xml il faudrait dire au revoir, deux lignes d'arguments :x . On perdrait peut être en lisibilité de quel variable fait quoi mais la doc est là pour quelque chose et Ndeveasy-package aussi. De plus si on ne fait pas évluer trop le format on pourrait avoir une bases de paquets très rapidement. Deuxièmement, on prend le Ncooker-norean que l'on adapte pour nous. Celui-ci supporte la modularité, pas mals de fonctions et le code est très lisible. Et bien sur pour les mêmes raisons, le xml :/ . Troisièment, un Ncooker en ruby avec juste du bash dans le fichier build, ce qui est utile à la compilation. Bien codé ce sera surement plus rapide que tout en bash. (pour ceux qui vont me parler de portage de 1 portage c'est du python ça bouffe plus en ressource, de deux, c'est pas que du python, c'est aussi des bouts en perl, bash et même peut-être du ruby . Remarquez pour la lenteur ça ne ma jamais choquée quand je l'utilisais) Personnellement, je serais plus pour le Ncooker en ruby, mais les trois voies m'iraient , la plus rapide serait bien sûr l'adaptation de Ncooker-norean. Pour le Ncooker en ruby, avec guiguilinux, on pourrait faire ça assez rapidement bon à part en périodes d'examens ou on aura mieux à faire que coder, enfin pour moi en tout cas. Voilà mon avis ++
