Le 22/11/05, Julien L.<[EMAIL PROTECTED]> a écrit : > Salut tout le monde, > Salut Guillaume,
Salut Julien > Tout d'abord, je te remercie de prendre en compte mes remarques. J'avais > peur qu'elles tombent aux oubliettes à jamais. ;) Mais non :-p > Je ne sais pas si tu as vu mais j'ai saisi un tas d'anomalies sur le > tracker. Dès que tu fais une correction, tu pourras changer l'état de > l'anomalie correspondante. J'ai vu, j'ai vu :-) > Je réponds maintenant à quelques remarques. /me est attentif > >Oui elle est implementee dans le code de config.sh, et elle ajuste > >CONFIG_ROOT_DIR et par ricochet CONFIG_DB_DIR en consequence > >par contre, le reglage reste "live" et non stockée > >--> a mon avis a essayer en conjonction avec d'autres commandes > > Ah ouais. J'avais pas compris comme cela. Il faut que je revois cela. Je te laisse revoir donc :-p > D'après ce que je comprends, l'option "--template" est une sorte d'option > principale et les autres options dépendent de cette option. C'est pourquoi > il est plus intuitif de mettre le nom du paquet en paramètre "simple" (sans > "--template"). De plus, cela me semble plus cohérent avec les autres > commandes qui prennent pratiquement toutes un nom de paquet en paramètre. > > C'est mon avis mais, comme tu dis, c'est à débattre. :) > > > > > A la ligne 76, on nous parle d'un fichier NcookerTroveNodes. Est-ce que > >ce > > > fichier existe encore ? En tout cas, je ne l'ai pas trouvé dans le > > > répertoire indiqué sur mon système. > > > >Oui il s'agit de l'arborescence des Nbuilds accessible sur le wiki : > >http://winuxien.free.fr/NcookerDescriptors2.html, > >selon moi : pas encore implementé mais déjà prévu. > > En fait, je pose des questions mais je pense avoir la réponse. Dans les > prémisses de ce nouveau Ncooker, les "trove nodes" étaient listés dans un > fichier NcookerTroveNodes. Ncooker utilisait ce fichier pour vérifier que > les "trove nodes" du fichier infos étaient corrects. Je crois que Gontran a > supprimé ce fichier parce qu'il s'est aperçu que les "trove nodes" pouvaient > être directement vérifiés grâce à la DTD (ou au schéma). d'accord, je n'etait pas tres loin > > > D'après ce que j'ai compris, la balise <file> permet de préciser le nom > >du > > > fichier ressource et les balises <location> permettent de fournir une > >liste > > > des "répertoires" distants où pourra être téléchargé le fichier > >ressource. > > > Exemple : > > > <file name="qiv-$VERSION-src.tar.gz"> > > > <location>http://qiv.sourceforge.net/qiv/</location> > > > <!-- ... other locations may be added for this file ... > >--> > > > </file> > > > > > > Je me demande si ce système prévoit le téléchargement à une URL > >ressemblant > > > à la suivante : > > > http://www.qiv.net/download.php?version=2.0 > > > Je ne sais pas si ce type d'URL est possible mais j'imagine que oui. Si > >un > > > tel cas existe, que dois-je mettre dans les balises <file> et <location> > >? > > > >a priori, je laisserait <file> vide, mais c'est vrai que ça pose pb, > >caron ne connait pas alors le no du fichier a decompresser... > >--> modification de la balise <file> ? > > Quelle modification ? Changer la chose de maniere a prendre en compte le distinction le fait que l'archive a bien un nom en local mais celui-ci n'est pas dans l'url te telechargement > > > Je propose la chose suivante. Si le répertoire distant finit par un > >slash, > > > on télécharge à l'URL <info de location><nom du fichier>. Si le > >répertoire > > > distant ne finit pas par un slash, on télécharge à l'URL <info de > >location>. > > > >Certes mais ça ne regle pas le pb que je viens d'evoquer > > Quel problème ? Je ne te suis pas. Je me tais, ça le regle... Apres avoir lu ton complement d'inforamtion, j'avais mal compris :-p > Je me suis pas bien exprimé. Mon idée serait de gérer quelque chose qui > ressemble à cela : > <file name="qiv-$VERSION-src.tar.gz"> > <location>http://qiv.sourceforge.net/qiv/</location> > > <location>http://www.qiv.net/download.php?version=2.0</location> > <!-- ... other locations may be added for this file ... --> > </file> > > Le nom du fichier (dans la balise file) reste obligatoire. > La première URL finit par un slash : c'est un répertoire qu'il faut > concaténer avec le nom du fichier. > La deuxième URL ne finit pas par un slash : c'est directement l'URL du > fichier. > > > >Personnellement ta liste detapes me convient parfaitement, > >meme si elle est un peu longue la plupart des fonctions etant de toute > >façon optionnelles, cela ne devrait pas se ressentir dans les paquets > >"normaux" > >et etre bien utile pour ceux plus tarbiscotés niveau mise en place > > Je suis content que tu partages mon idée. De rien :-) > J'ai cependant une objection à ma propre idée. :p > J'ai vu, après coup, que l'étape do_check n'était pas sytématiquement lancée > lors de la construction d'un paquet. Cette étape n'est lancée que sur > demande explicite (via une option de la commande build). Si on supprime > cette étape, on supprime aussi cette fonctionnalité. Qu'est-ce que vous en > pensez ? On garde l'etape, mais on ne l'execute pas par defaut si elle est presente et on prevoit un argument ad-hoc pour que l'user puisse l'appeller s'il le desire. > > > En tant qu'utilisateur simple, je lance la commande "Ncooker pack .". > >Une > > > erreur m'indique que le répertoire > > > /var/lib/Ncooker/packaging/nbuilds/qiv2-2.0-nga1 ne peut pas être créé. > >Je > > > paramètre donc ce répertoire dans mon fichier de configuration > >personnelle. > > > > > > Je relance la commande et c'est maintenant le répertoire > > > /var/cache/Ncooker/resources/qiv2-2.0 qui ne peut pas être créé. Je > >modifie > > > encore une fois le fichier de configuration. > > > >Je teste ça des que possible, pb de droit ou Ncooker > >ne les cree pas par defaut ? > > Ncooker ne les crée pas par défaut. Je ne sais pas si il devrait le faire ou > pas. Je n'ai pas encore d'avis. Selon moi, vive les options dans le fichier de config --> si l'user veut creer ou non les reps manquants, il pourrat ajuster le comportement par defaut de Ncooker > A+ @+ Julien @+ tout le monde guiguilinux
