Denis Arnaud wrote: > Plusieurs points: > > 1. Ne peut-on pas créer un [TAG] spécial pour les échanges de messages > concernant le projet kernel ([KERPRO] pour Kernel Project, par exemple) > sur notre ML favorite? > > 2. L'idée de Philippe sur la génération d'une page XML/HTML 'à la' > make menuconfig me semble bonne, et cela ne m'étonnerait pas que > les gens du noyau ait déjà fait ce genre de choses. Sinon, cela > ne devrait pas être trop difficile à écrire (Perl, Python?). > > 3. Philippe a commencé à dégager un 'work-flow' du projet. Ne pourrait-on > pas le pousser un petit peu plus loin (avec des schémas, par exemple). Du > style: > Il y a deux types d'accès en parallèle: > A. Consultation et téléchargement de noyaux compilés > ----------------------------------------------------- > L'utilisateur choisit un noyau compilé, puis sous quel format il veut recevoir > ce noyau (bzImage, zImage, etc.), et télécharge enfin son noyau. > Le serveur doit présenter dans sa liste de noyaux compilés aussi ceux pour > lesquels il a reçu une requête de compilation, et qui sont "en cours" de > traitement/compilation, avec un petit lien permettant à l'utilisateur d'être > notifié de la disponibilité effective du noyau compilé sur le serveur. >
Il faut aussi penser aux modules et aux sources, l'utilisateur peut avoir besoin des includes a mettre dans /usr/include/linux. fournir le resultat sous la forme d'un package .deb, .rpm ou bien .tgz pourrait s'averer utile. > > B. Configuration et requête pour la compilation d'un noyau > ---------------------------------------------------------- > Le serveur présente la liste des noyaux disponibles à la compilation (pas les > noyaux déjà compilés), l'utilisateur sélectionne un de ces noyaux, puis > précise > ses paramètres éventuels (type de machine?), puis enfin il configure son > noyau. > Dès lors le serveur vérifie dans son cache que le noyau compilé n'existe pas > déjà, puis effectue le cas échéant la compilation. > L'utilisateur peut demander d'être notifié par email que son noyau a été > compilé. > > On peut associer un numéro d'identification unique au noyau en fonction de sa > configuartion, ce qui permet de référencer les noyaux déjà compilés, et à > l'utilisateur d'utiliser cette référence pour récupérer ce noyau. on peut effectivement hasher le .config ( un XOR sur 4 octets par exemple ) pour obtenir une clef qu'il faudra tout de meme tester si des conflits de hachage existent, ainsi chaque noyau sera reference de maniere unique. C. Feedback utilisateur ----------------- Un utilisateur a compile une version X mais elle s'avere avoir un probleme avec le materiel Z, il faut avoir la possiblite de tenir compte des remarques des utilisateurs pour chacune des versions. > > > 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 ****
