Jerome Alet wrote: > On Wed, 25 Apr 2001, Philippe Lhardy wrote: > > > md5sum est parfait. > > on parcours alors tous les enregistrements de clef `md5sum .config` et on > > cherche > > celui qui a une configuration == .config pour supprimer les problemes de > > collision. > > je sais pas si c'est ce que tu voulais dire, mais en tout cas ca peut > aussi decharger le serveur de recompilations inutiles au cas ou quelqu'un > a deja demande le meme noyau avec la meme config. >
C'est un des principaux but de la chose. > > il se posera alors le pb de l'espace disque pour conserver plusieurs > centaines (milliers, soyons optimistes) de kernels compiles, mais il > suffit de ne pas garder en historique plus de deux versions, ca evitera > deja pas mal de pbs: il suffit de conserver les deux dernieres versions > stables et les deux dernieres instables. La question est de savoir s'il va plus vite de regenerer le noyau que de le rechercher ( sur bande ! :-) ) Un bon graveur, et on archive tous les noyaux, on garde un base de donnee pour retrouver les nom des archives correspondantes, on regenere les .deb .rpm a partir d'un .tgz stoque sur CD. Il serait sympas de pouvoir detecter les inclusions, c'est a dire un noyau qui fait un peu plus de choses que demandees mais au moins ce qui est demande... et des requetes qui autorisent l'utilisateur a donne une taille maximale admissible... Une approximation serait de voir qu'on fichier .config est inclus dans un autre ( uhm une approximation effectivement ). > > > mais si ca marche vraiment un jour, alors je parie le champagne que le > probleme du materiel/hebergement ne se posera pas... > > Tiens une idee: faisons nous preter un Z900 par IBM pour l'hebergement, > qui sait conduire un tel bestiau ? Avec les cross compilateurs pour x86, > ppc, sparc et alpha, je pense que ca devrait etre sympa ;-) > J'avais carement oublie qu'il n'y a pas que de l'Intel ! Ca va etre rigolo ! on pourrait fournir un mini package qui contient un kernel et ses sources, un compilo et ses sources, avec un boot simple pour que l'utilisateur ait l'opportunite de recompiler son noyau sur sa becane ( les cross compilateurs c'est jamais optimal, il faut d'abord re-compiler le compilateur puis le noyau avec le nouveau compilo ! ). Pas si simple... > > a+ > > Jerome Alet > > Linux-Azur : http://www.linux-azur.org > Désinscriptions: http://www.linux-azur.org/liste.php3 > **** Pas de message au format HTML, SVP **** Linux-Azur : http://www.linux-azur.org Désinscriptions: http://www.linux-azur.org/liste.php3 **** Pas de message au format HTML, SVP ****
