On Wed, 27 Feb 2002 12:28:45 +0100 [EMAIL PROTECTED] (Denis Barbier) wrote:
> Aucune id�e, sur ma patate, �a compile. Je confirme : * sur une patate �a compile (apt-get source -b ) * mais si on y re-regarde (on lance par exemple un debian/rule) on constate qu'il y a effectivement des trucs style cible 'links' inconnue Il m'est arriv� de constater que le nombre de tentatives de recompilation n'est pas innocent (la 1ere fois �a marche, ensuite il peut arriv� que �a foire ...) et l�, moi-aussi, aucune id�e ... Plus pr�cis�ment, j'ai pas le temps de creuser pour me faire une id�e. Donc, dans les cas bizarres, je conseillerai de virer les sources d�j� utilis�s et de recommencer � partir du d�sarchivage des sources avant recompilation (ce qui correspond au dpkg-source -x ...*.dsc) Si je puis me permettre d'en profiter pour poser une question concernant openssl. En explorant la construction amont/upstream de openssl, le fichier INSTALL indique 'make test' avant 'make install'. J'imagine donc qu'il s'agit de tests (de non r�gression) afin de valider la bonne marche des choses. Sauf erreur de ma part � la lecture du debian/rules, je n'ai pas trouv� cet appel lors de la construction des paquets binaires Debian induits. Il me semble donc que rien ne garanti que les tests de r�gressions soient effectu�s avant de livrer les binaires Debian chez les utilisateurs. Ne devrait-il pas y avoir qqchose dans la policy qui pr�conise de garder/jouer ce genre de tests lorsqu'ils sont disponibles _syst�matiquement_ dans la compilation Debian ?? PS : Pour Charles, si �a peut aider (le p�digr� de openssl sur la machine chroot�e) : ii ldso 1.9.11-9 ii libc6 2.1.3-19 ii libdb2 2.7.7.0-1 ii libssl0.9.6 0.9.6c-1 ii openssl 0.9.6c-1 ii perl 5.6.1-5 ii perl-base 5.6.1-5 ii perl-modules 5.6.1-5 Les paquet sont dispos sur ma source ... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue �lis�e Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
