Le Samedi 2 Avril 2005 20:03, Leif Thande a écrit :
> Je suis parfaitement d'accord, il doit déjà exister un test de Ncooker
> check qui pourrait servir à cette commande. Faudrait que Gontran
> confirme.
Et bien je confirme qu'il n'existe pas ! :oD Mais il peut bien sûr être
ajouté. Cependant, je ne sais pas si le test des URLs dont le protocole est
mirror:// serait pertinent, car les différents utilisateurs n'auront
peut-être pas les même URLs dans leurs fichiers de configuration des
mirroirs (/etc/Ncooker/mirrors/{gnome,gnu,kde,kernel,sourceforge,...}).
Par exemple:
- dans mon fichier « kde » j'ai « ftp://ftp.kde.org/pub/kde/stable »
- un autre utilisateur a « ftp://ftp.lip6.fr/pub/X11/kde/stable »
Si je teste la disponibilité des archives sources pour les mirroirs que j'ai
configuré, c'est utile pour moi, mais pour l'autre utilisateur, non.
Je propose donc de tester toutes les URLs sauf celles utilisant le protocole
mirror://. D'ailleurs, si mirror:// est utilisé, c'est justement pour pouvoir
se rabattre sur d'autres serveurs au cas où les archives ne seraient pas
trouvées sur l'un d'eux. Le « pire cas » serait qu'aucun des sites mirroirs
ne disposent des archives :^)
Je rappelle également que pour solutionner les pbs d'archives sources qui sont
déplacées par les gestionnaires de projet « pas forcement tres au fait de ce
qu'est un telechargement automatique » lorsqu'une nouvelle version est
pondue, il est possible de fournir des URLs alternatives dans la variable
NPKG_PRJ_SRC_URLS.
Par exemple :
Il existe la version 1.0 téléchargeable sur ftp://url/new/sources-1.0.tgz. La
version 1.1 est sort et est téléchargeable sur ftp://url/new/sources-1.1.tgz,
et le gestionnaire du proj déplace la version 1.0 dans le rép « old ». Dans
le fichier infos, il suffit de mettre :
NPKG_PRJ_SRC_URL="ftp://url/new/sources-1.0.tgz ftp://url/old/sources-1.0.tgz";
Ainsi, lorsque la version 1.1 sort, le nbuild pour la 1.0 restera valable car
Ncooker essayera la première URL qui échouera, et passera alors à la seconde
qui elle sera valable.
J'en profite pour demander s'il vous paraît utile que la commande check ait
des options pour désactiver certains tests, soit à un niveau général, par
exemple ne pas tester le fichier desc, ou bien le fichier infos, etc ... soit
un niveau plus bas : ne pas tester la variable version, ne pas tester la
variable release, ne pas tester les erreurs de syntaxe, ne pas tester la
présence des fonctions dans le fichier build, etc.
A l'inverse, serait-il utile de pouvoir indiquer le ou les tests à réaliser
uniquement ? Ceci pourrait en l'occurence servir pour le nbuild-spider, voire
le remplacer, car si on indique uniquement de tester la disponibilité des
archives sources, il suffirait d'indiquer *.nbuild comme nom de paquets à
Ncooker pour qu'il teste les nbuilds de tout un répertoire.
Gontran
