Salut Bon j'ai un peu bossé sur les problèmes que j'ai rencontré, et j'avance, mais j'ai toujours des problèmes.
Le problème de téléchargement était lié au fait que mon système cible (le chroot) n'avait pas de /etc/resolv.conf, donc la glibc était incapable de donner une résolution de nom. Ca c'est réglé. J'ai trouvé pourquoi mon paquet nba était pratiquement vide. J'utilisais pour make install la variable DESTDIR, comme le font pratiquement tous les paquets GNU. Mais voilà, pour la glibc, c'est install_root :-) - Ca c'est réglé aussi. J'arrive donc à la fin de mon build, mais j'ai encore une erreur : Strip symbols of executables ... Strip symbols of shared libraries ... Strip symbols of static libraries ... Adding build data to "infos" file ... Listing fakeroot content to "infos" file ... /tools/lib/Ncooker/commands/build.d/library.sh: line 228: /tools/bin/xml: Argument list too long -:2: parser error : Start tag expected, '<' not found ^ Listing fakeroot content to "files" file ... Generating "fulldeps" file ... Archiving fakeroot content ... Generating NBA package ... Remove packaging environment ..................................... [ OK ] Apparemment bash ne peut pas énumérer tous les fichiers pour les passer à la commande xml (qui va enregistrer cette liste dans le fichier info). Il va donc falloir trouver un contournement, en passant par un pipe je pense, à étudier. J'ai quand même essayé d'installer mon paquet (qui a été généré). Voilà ce que ça donne : Retrieving "glibc-2.5-nga1-i686.nba" package ..................... [ OK ] Checking "glibc-2.5-nga1-i686.nba" package validity .............. [ SKIP ] Installing "glibc-2.5-nga1-i686" package ... /tools/var/lib/Ncooker/packaging/nbuilds/glibc-2.5-nga1-i686/infos:1: parser error : Document is empty ^ /tools/var/lib/Ncooker/packaging/nbuilds/glibc-2.5-nga1-i686/infos:1: parser error : Start tag expected, '<' not found ^ /tools/var/lib/Ncooker/packaging/nbuilds/glibc-2.5-nga1-i686/infos:1: parser error : Document is empty ^ /tools/var/lib/Ncooker/packaging/nbuilds/glibc-2.5-nga1-i686/infos:1: parser error : Start tag expected, '<' not found ^ The following errors occured : bin/sh: this dependent file was not found in the package database lib/ld-linux.so.2: this dependent file was not found in the package database lib/libCNS.so: this dependent file was not found in the package database lib/libGB.so: this dependent file was not found in the package database lib/libISOIR165.so: this dependent file was not found in the package database lib/libJIS.so: this dependent file was not found in the package database lib/libJISX0213.so: this dependent file was not found in the package database lib/libKSC.so: this dependent file was not found in the package database lib/libc.so.6: this dependent file was not found in the package database lib/libdl.so.2: this dependent file was not found in the package database lib/libnsl.so.1: this dependent file was not found in the package database lib/libnss_files.so.2: this dependent file was not found in the package database lib/libpthread.so.0: this dependent file was not found in the package database lib/libresolv.so.2: this dependent file was not found in the package database lib/librt.so.1: this dependent file was not found in the package database lib/linux-gate.so.1: this dependent file was not found in the package database lib/statically: this dependent file was not found in the package database usr/bin/perl: this dependent file was not found in the package database On retrouve bien l'échec précédent, ce que je ne comprends pas, c'est que le fichier info est vide, alors qu'il ne devrait que manquer la liste des fichiers ?! Ensuite, je ne suis pas sûr (ou j'ai peur) de bien comprendre l'erreur répétée : this dependent file was not found in the package database Cela signifie que pour installer la glibc, j'ai besoin de ces fichiers, car le calcul de dépendance les a ajouté. MAis il me semblait que les dépendances étaient par défaut 'non bloquantes' ? Par ailleurs, comme je fais pour surcharger ces dépendances (étant donné que la glibc est le premier paquet - il ne peut que fournir, pas être dépendant) Voilà, je pense que là on attaque les vrais problèmes de Ncooker en situation réelle - qui n'ont pas été détectés durant les tests unitaires. PS: mon impression après utilisation de Ncooker et du système de gestion de paquets : j'aime pas trop car trop rigide au niveau de la conception de paquets, semble compliqué, et les erreurs ne sont pas faciles à déterminer (tout ça comparé à Ncooker 2), mais c'est très subjectif :-) -- Richard 'riri' GILL jabber: [EMAIL PROTECTED] http://riri.houbathecat.info http://nasgaia.org http://www.gnurou.org/Writing/SmartQuestionsFr _______________________________________________ Nasgaia-dev mailing list [email protected] https://mail.gna.org/listinfo/nasgaia-dev
