Arf, non, s'il vous plait, pas de relance de débats. Je déteste déja
la décision de faire des packages en XML, ce qui à mon sens n'apporte
aucun avantage et complique la tâche. On a eu assez de débats ces deux
dernières années, je préfère accepter les décisions qui ont été prises
(bonnes généralement), et faire avec.

La décision d'utiliser le fichier XML pour le fichier "infos" n'avait été que très peu débattu. Gontran était parti sur cette approche car il fallait bien essayer quelque chose. Si le format XML ne s'avère pas pratique, je pense que ce choix peut mériter d'être remis en cause.


Manque d'enthousiasme, oui, c'est certain. Il se trouve que j'ai eu du
temps dispo ces derniers jours. J'en ai profité pour regarder d'un
oeil assez neuf (puisque je ne participais plus au projet depuis
longtemps) l'état actuel du projet.

Bonne idée ! :)


Qu'est ce que j'ai fait ?

Assez simple, j'ai commencé par regarder ngadkm, qui malheureusement
semble être en cours de refactoring par riri. Je suis donc revenu à la
source (LFS) et j'ai compilé en 8 heures une LFS par l'intermédiaire
d'ALFS (donc de manière automatique).

Une fois cette base compilée, installée dans un répertoire, un petit
chroot dedans vous permet d'avoir une base pour pouvoir concevoir des
packages. Premièrement, reprendre tous les programmes déja installés
pour les convertir en packages pour Nasgaïa.

Comme expliqué sur la page "Comment tester Ncooker ?", il n'est pas nécessaire d'avoir un système de test particulier pour tester Ncooker. Un simple répertoire est suffisant pour faire office de racine. Cette racine sera alors le répertoire où seront installés les paquets et où sera stockée la base de données.


Qu'est ce qui me reste à faire ?

Les packages correspondant aux logiciels ou étapes d'installation suivants :
059-kernfs              079-perl       098-iproute2
061-chroot              080-readline   099-kbd
062-creatingdirs        081-zlib       100-less
063-createfiles         082-autoconf   101-make
064-linux-libc-headers  083-automake   102-man-db
065-man-pages           084-bash       103-mktemp
066-glibc               085-bzip2      104-module-init-tools
067-readjusting         086-diffutils  105-patch
068-binutils            087-e2fsprogs  106-psmisc
069-gcc                 088-file       107-shadow
070-db                  089-findutils  108-sysklogd
071-coreutils           090-flex       109-sysvinit
072-iana-etc            091-grub       110-tar
073-m4                  092-gawk       111-texinfo
074-bison               093-gettext    112-udev
075-ncurses             094-grep       113-util-linux
076-procps              095-groff      114-vim
077-sed                 096-gzip       116-strippingagain
078-libtool             097-inetutils  117-revisedchroot

Il faut rajouter à cela des packages non-LFS pour xmlstarlet (libxml,
libxml2, libxslt, xmlstarlet). Ce n'est donc pas une tâche énorme de
refaire une quarantaine de packages. Avec un peu d'enthousiasme, et si
Ncooker marche bien, je pourrais avoir fini dans moin de deux
semaines.

Je me demande si cela n'est pas un peu prématuré. Le format des Nbuild/NBA n'est pas encore au point, à mon humble avis. Si tu t'aventures à créer autant de paquets, j'ai bien peur que tu sois ensuite obligé de revenir sur tous les paquets par la suite.


Pourquoi je fais ça ?

Je vais créer les nba correspondant à une LFS complètes (qui seront
donc installables par chacun d'entre nous) et les mettre à
disposition. Ensuite, chacun pourra reconstruire un chroot qui lui
convienne, et modifier/améliorer/optimiser ces nbas.

De quoi d'autres a-t-on besoin ?

- Ncooker qui marche sur deux points assez rapidement
(création/installation de packages). Je pense que Ncooker est pas loin
d'être prêt là-dessus.

En théorie, les commandes sont implémentées mais bien évidemment, il peut y avoir des manques ou des anomalies.


- Un programme d'installation (Nsetup ?) pour pouvoir le temps venu
contruire une iso installable et la proposer au téléchargement

Et après ?

Le but, afin de ne disperser personne, n'est pas pour le moment de
proposer une distribution complète, mais plutôt une base de travail
(donc restreinte) qu'on pourra par la suite compléter. Donc, pas la
peine de rajouter pour le moment Xorg par exemple....

Et Ngadkm ?

Je trouve que c'est un super projet. Il se trouve que je n'en ai pas
eu besoin, mais ça sera un vrai avantage dans le futur. En attendant,
alfs vous construit une lfs version développement sans aucun problème
(une fois que vous avez compris comment ça marche ;).

Je ne connais pas ALFS mais je me décide à poser la question stupide suivante : à quoi sert NgaDkm si ALFS permet déjà de faire le travail ?


Conclusion

C'est juste une proposition que je vous fait, bien sûr. A vous de me
dire ce que vous en pensez. Le gros avantage à mon avis qu'elle
présente, c'est que cela permettrait assez rapidement de proposer
quelque chose de testable à des éventuels participants au projet.
Si vous pensez que ce que je propose est con, n'hésitez pas à me le
dire, je ne le prenrais pas mal !

Merci de vos réactions !

Je pense que c'est une bonne méthode de travail. Cependant, la mise en place d'une telle organisation est loin d'être gagnée. Je crois qu'il manque encore des fondations solides comme Ncooker et Nsetup pour y arriver.

A+

--
Julien

_________________________________________________________________
MSN Hotmail sur i-mode™ : envoyez et recevez des e-mails depuis votre téléphone portable ! http://www.msn.fr/hotmailimode/


_______________________________________________
Nasgaia-dev mailing list
[email protected]
https://mail.gna.org/listinfo/nasgaia-dev

Répondre à