module d'update des autres modules

[thaeron]

Dans la mesure où on a déjà un script shell qui fait une grande partie du travail (récupérer le code et le compiler), on pourrait songer à l'intégrer dans un module pour MAJ les autres modules.

Sauf qu'il faut 2 ajouts : déjà changer de méthode pour récupérer la version courante des modules (la page php c'est pas une bonne idée), mais plutôt un fichier sur le trunk.
Ensuite faut pas oublier qu'on a de plus en plus de flags spéciaux (liés aux libs, ou à l'archi) qui entrent en jeu donc il faudrait que le script configure génère un fichier de spec avec les flags appliqués lors de la compilation des modules afin qu'ils soient aussi appliqués lors de la compilation via le script d'update.

[thaeron]

Les modifs nécessaires, le code du module + une version modification du script shell déjà existant sont présents dans le trunk depuis la révision [266] puis des ajouts/modif dans les révisions [269] [271] .
Le système n'est pas encore terminé, il manque des petites choses et il faut encore le tester à fond. Mais il a donné de très bons résultats en greffant les sources des modules du 1.6.1 sur le kernel courant et en demandant au module de faire l'update de tous ces modules.

[thaeron]

Il manque à ce module :
une commande pour installer un nouveau module (= non chargé lors de la commande),
peut être ne pas passer par TRAC pour récupérer le code mais plutôt par websvn,
ajouter un petit mot comme "Updater : " devant les status que balance le module sur le chan,
penser à comment faire pour qu'il puisse s'updater (ou le blacklister).