Le 02/09/05, Leif Thande<[EMAIL PROTECTED]> a écrit : > Après quelques tests, je me suis rendu compte que le paquet > xmlstartlet posait bel et bien problème. Il cherche dans le système > hôte plutôt que dans le dossier du tmpsys. Si je ne m'abuse, c'est un > mauvais comportement pour un makefile ? Crois-tu que l'on devrait > envoyer un rapport de bug à l'équipe de xmlstartlet ?
Il suffit de mettre --libxml-prefix et --libxslt-prefix au configure, j'ai corrigé, mais ... > J'ai essayé de faire fonctionner ngadkm en ajoutant les paquets > libgpg-error et libgcrypt mais évidemment le comportement de > xmlstartlet empêche de se rendre à la fin du processus. Juste pour te > dire que si tu désires les fichiers pour ces 2 programmes, je devrais > les mettre à disposition sur le repo svn dans le bacasable afin de ne > pas interférer avec la version actuelle de ngadkm ( et puis je sais > pas comment faire des branches ). ... il manque maintenant au linker -lz (libz, c'est gzip ?), qui n'est pas testé au configure, l'erreur survient au linkage. Apparemment, xmlstarlet sest débrouillé sans libgcrypt (pour l'instant, j'espère que ça va continuer, je me vois pas ajouter une dépendance obligatoire sur d'autres libs par défaut sur Nasgaïa). > Petite question, lorsque la vérification de permissions échoue, ngadkm > semble réassigner les permissions fichier par fichier (affichage de > points). Ce processus est plutôt long (+2min) lorsqu'on modifie > certains fichiers et que l'on relace après gcc par exemple. Ne > serait-il pas plus simple d'utiliser carrément un chown -R/chgroup -R > sur l'ensemble du répertoire ngadkm ? Ce point pourrait sûrement être amélioré, je fais un find puis un chown/chmod sur les fichiers trouvé. Il faudrait exclure certains répertoires de la recherche (log, build, etc..). -- Richard 'riri' GILL jabber: [EMAIL PROTECTED] -- L'important dans vi, c'est maîtriser Echap et i --
