Chapitre 5. En cas de problème — si quelque chose a mal tourné…

Table des matières

1. Erreurs avec les commandes configure ou make durant la compilation de glibc
2. Quelque chose se passe mal durant l'installation (make install)
2.1. Retrouver une configuration opérationnelle

Si vous arrivez à cette section en ayant suivi toutes les instructions fournies plus haut, vous avez probablement été confronté au problème inhérent à la multiplicité des distributions Linux, certaines ne placent pas les choses où elles devraient être mais ailleurs. Les distributions Suse sont les plus fameuses de celles-là, mais d'autres peuvent avoir ce problème. Si vous rencontrez ce problème et trouvez la cause de l'erreur — et j'espère la solution — soyez gentil de me le faire savoir, afin que je l'ajoute à ce document.

Je pense que cette section ne sera jamais vraiment complète, mais je vais tenter de lister un certain nombre d'erreurs possibles et les solutions pour s'en sortir.

Vous pouvez parfois obtenir des messages d'erreur durant la configuration vous indiquant que, par exemple, une dépendance n'est pas satisfaite, typiquement en ce qui concerne les logiciels ou les paquetages de bibliothèques trop anciens. J'ai rencontré ce type de problème avec une série de programmes, tout spécialement durant la compilation des versions statiques des différents outils nécessaires. La solution devrait normalement être très simple : récupérer les versions à jour des programmes ou des bibliothèques incriminées et les compiler en se conformant ou instructions fournies (habituellement dans le fichier README, INSTALL ou tout autre approchant).

Mais il est quelques cas où cela ne voudra pas fonctionner. Par exemple, j'ai eu des soucis pour compiler une nouvelle version de binutils (c'est une des raisons pour lesquelles je le mentionne dans les pré-requis), alors que j'en avais besoin pour compiler glibc. Le script configure me retournait une erreur m'indiquant « Votre glibc est trop ancienne ! » Aussi j'ai pensé, Ici, le serpent commence à se mordre la queue. Il existe heureusement une solution à ce problème : si vous ne pouvez pas faire un grand pas en avant, essayer d'en faire plusieurs petits, mais davantage.

Dans ma distribution, je disposais de la glibc version 2.1.1. Pour remédier à l'erreur, j'ai tenté la compilation de la version 2.1.3, sans problème. Après avoir installé cette version, j'ai retenté la compilation de binutils, et toutes les dépendances ont été, cette fois, résolues.

Si vous rencontrez cette sorte de « boucle » essayez de rechercher la version minimal du logiciel requises, et téléchargez la (je pense que c'est une des raisons pour laquelle autant d'anciennes versions demeurent sur les serveurs ftp). Après avoir mené à bien la compilation et l'installation, essayez de construire le logiciel réticent ; dans la plupart des cas cela devrait aboutir. Il sera peut-être nécessaire d'utiliser de nouveau cette méthode pour compiler des logiciels anciens ou manquants. C'est ce que j'appelle « la longue queue du rat  » ou « l'effet domino ». Vous ne vouliez faire qu'une chose, mais vous êtes contraints d'en effectuer plusieurs autres avant de pouvoir faire aboutir la première. Cela peut être ennuyeux, mais il y a un point positif à cela : après, vous êtes à peu près certains que beaucoup des logiciels réellement anciens seront remplacés quand vous terminerez l'installation.