Le 20/09/07, Julien L.<[EMAIL PROTECTED]> a écrit : > > Bonjour tout le monde, > Bonjour Riri, > > Il y a quelques jours, j'ai fait de nouvelles modifications du module > gendeps. Est-ce que cela a réglé ton problème de depéndances sur le paquet > glibc ? > > Mon objectif est que tu n'aies, pour ce paquet, aucune dépendance dans le > fichier fulldeps. Et je ne vois pas pourquoi on ne pourrait pas y arriver.
Test effectué, et ça ne marche pas, voici ce que me retourne Ncooker: The following errors occured : bin/bash: this dependent file was not found in the package database bin/sh: this dependent file was not found in the package database lib//toolsld-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/statically: this dependent file was not found in the package database usr/bin/perl: this dependent file was not found in the package database Pour bash/sh/perl, ma foi, je dirais que dans l'ordre normal des choses (pour un autre paquet), ces dépendances devraient être présentes (car la glibc fournit des scripts qui ont besoin de ces interpréteurs). Par contre, la glibc étant l'un des tout premiers paquets installé, il doit pouvoir s'installer sans dépendance (problème de l'oeuf et de la poule), d'où la nécessité des surcharges telles qu'on en a parlé. pour lib//toolsld-linux.so.2, je ne vois pas comment Ncooker a pu arriver à ce résultat :-) Il semble qu'il y ait oune picolo bug in the marmite :). Il existe bien une dépendance sur le chargeur /tools/lib/ld-linux.so.2 mais qui sera modifiée manuellement (par Ndkm) avant d'installer les autres paquets (le fameux ajustement). Lors de la création du paquet glibc, il faut donc que cette dépendance n'existe pas. Le problème peut être résolu en évinçant ld-linux.so.2 de la liste des dépendances, car comme il s'agit du chargeur de bibliothèques partagées, elle est à fortiori indispensable à tout programme/bibliothèque ayant des dépendances. Par ailleurs, suivant la plateforme, ce nom peut changer (en ld.so par exemple), ce qui dissuade la présence de ce nom en dur, si jamais ça aurait tenté quelqu'un :-) Nous avons ensuite les libMACHIN.so qui ne sont pas dans lib mais dans lib/glibc et sont fournis par la glibc. Il y a un problème au niveau Ncooker là. Et enfin, il y a le fameux lib/statically qui n'existe pas :-). Je n'ai pas encore retrouvé d'où ça sort, mais étant dans lib, ça doit être lors des ldd sur les bibliothèques (situées dans lib/glibc) Pour conclure, on a encore du taf :-) -- Richard 'riri' GILL jabber: [EMAIL PROTECTED] http://riri.houbathecat.info http://nasgaia.org « Frimousse en excessivité émousse son expressivité » _______________________________________________ Nasgaia-dev mailing list [email protected] https://mail.gna.org/listinfo/nasgaia-dev
