Aller au-delà de BLFS
Les paquets installés dans ce livre ne sont que le sommet de l'iceberg. Nous espérons que l'expérience que vous avez acquise avec le livre LFS et le livre BLFS vous donnera les bases nécessaires pour compiler, installer et configurer des paquets non inclus dans ce livre.
Quand vous voulez installer un paquet à un endroit différent de
/, ou /usr, vous installez à l'extérieur des paramètres
d'environnement par défaut de la plupart des machines. Les exemples
suivants devraient vous aider à déterminer la façon de remédier à
cette situation. Les exemples couvrent toute la palette des
paramètres qui peuvent nécessiter une mise à jour, mais ils ne sont
pas tous nécessaires dans toutes les situations.
-
Étendez
PATHpour inclure$PREFIX/bin. -
Étendez
PATHderootpour inclure$PREFIX/sbin. -
Ajoutez
$PREFIX/libà/etc/ld.so.confou étendezLD_LIBRARY_PATHpour l'inclure. Avant d'utiliser la toute dernière option, regardez http://xahlee.org/UnixResource_dir/_/ldpath.html. Si vous modifiez/etc/ld.so.conf, souvenez-vous de mettre à jour/etc/ld.so.cacheen exécutant ldconfig en tant qu'utilisateurroot. -
Ajoutez
$PREFIX/manà/etc/man_db.confou étendezMANPATH. -
Ajoutez
$PREFIX/infoàINFOPATH. -
Ajoutez
$PREFIX/lib/pkgconfigàPKG_CONFIG_PATH. Certains paquets installent maintenant des fichiers.pcdans$PREFIX/share/pkgconfig, donc il se peut que vous deviez inclure aussi ce répertoire. -
Ajoutez
$PREFIX/includeàCPPFLAGSlors de la compilation de paquets qui dépendent du paquet que vous avez installé. -
Ajoutez
$PREFIX/libàLDFLAGSlors de la compilation de paquets qui dépendent d'une bibliothèque installée par le paquet.
Si vous cherchez un paquet qui n'est pas dans le livre, ce qui suit présente les différentes manières de chercher le paquet désiré.
-
Si vous connaissez le nom du paquet, cherchez-le sur Freecode sur http://freecode.com/. De même, cherchez sur Google sur http://google.com/. Une recherche de
rpmsur http://rpmfind.net/ ou dedebsur http://www.debian.org/distrib/packages#search_packages peut parfois aussi mener à un lien vers le paquet. -
Si vous connaissez le nom de l'exécutable mais pas le paquet auquel appartient l'exécutable, essayez d'abord une recherche Google avec le nom de l'exécutable. S'il y a trop de résultats, essayez de chercher l'exécutable donné dans le dépôt de Debian sur http://www.debian.org/distrib/packages#search_contents.
Certaines astuces générales sur la gestion des nouveaux paquets :
-
Beaucoup de paquets récents suivent le processus ./configure && make && make install. Vous pouvez obtenir de l'aide sur les options acceptées par configure via command ./configure --help.
-
La plupart des paquets contiennent de la documentation sur la compilation et l'installation du paquet. Certains documents sont excellents, d'autres ne le sont pas. Regardez la page d'accueil du paquet pour des astuces supplémentaires et mises à jour sur la compilation et la configuration du paquet.
-
Si vous avez un problème en compilant le paquet, essayez de chercher dans les archives LFS sur http://www.linuxfromscratch.org/search.html l'erreur ou si vous n'y arrivez pas, essayez de chercher sur Google. Souvent une distribution aura déjà corrigé le problème (beaucoup d'entre elles utilisent les versions de développement des paquets, donc elles voient les changements plus tôt que nous qui utilisons en général les versions stables publiées). Mais faites attention — tous les constructeurs ont tendance à utiliser des correctifs qui ne sont plus nécessaires et à faire des corrections qui ne sont requises que du fait de leurs choix propres quant à la manière de construire un paquet. Il se peut qu'il vous faille des recherches approfondies pour trouver la correction pour la version du paquet que vous essayez d'utiliser, voire pour trouver le paquet (les noms sont parfois différents de ceux auxquels on s'attend, comme ghostscript qui a parfois un préfixe ou un suffixe dans son nom), mais les remarques suivantes peuvent vous aider, particulièrement pour ceux qui, comme les éditeurs, essayent de construire les dernières versions et rencontrent des problèmes :
-
Arch http://www.archlinux.org/packages/ - entrez le nom du paquet dans le champ 'Keywords' (mots-clés), sélectionnez le nom du paquet, sélectionnez un le champ 'Source Files' (Fichiers Sources), puis sélectionnez l'entrée
PKGBUILDpour voir comment ils construisent ce paquet. -
Debian ftp://ftp.uk.debian.org/debian/pool (utilisez la version de votre pays s'il y en a une) - les sources seront dans des archives .tar.gz (soit le source
.origen amont, soit undfsgcontenant les parties conformes à la charte du logiciel libre de Debian) accompagnées par les fichiers .diff.gz ou .tar.gz versionnés. Ces suppléments montrent souvent la manière dont le paquet est construit et ils peuvent contenir des correctifs. Dans les versions .diff.gz, tous les correctifs créent des fichiers dansdebian/patches. -
L'origine des paquets de Fedora est réorganisée de temps en temps. Pour l'instant l'origine des paquets rpm se trouve sur https://src.fedoraproject.org/projects/rpms/%2A et à partir de là vous pouvez saisir le nom d'un paquet dans le champ de recherche. Si le paquet est trouvé vous pouvez voir ses fichiers (specfile qui contrôle la construction, divers correctifs) ou les commits. Si cela échoue, vous pouvez télécharger un srpm (un rpm source) et en utilisant rpm2cpio (voir les astuces au bas de cette page). Rendez-vous sur https://dl.fedoraproject.org/pub/fedora/linux/ pour les rpm, puis choisissez le dépôt que vous souhaitez regarder — development/rawhide correspond à la dernière version de développement, ou choisissez releases pour trouver ce qui s'y trouvait à la publication, ou updates pour les mises à jour, ou updates/testing pour les dernières mises à jour qui peuvent fonctionnent ou encore avoir des problèmes.
-
Gentoo - les mirroirs des ebuilds et des correctifs ont l'air bien cachés et ils changent fréquemment. En outre, si vous avez trouvé un miroir, vous devez connaître le répertoire où a été rangé l'application. Vous pouvez trouver les ebuilds eux-mêmes sur http://packages.gentoo.org/ - utilisez le champ de recherche. S'il y a un correctif, un mirroir l'aura, dans le répertoire
files/. Selon votre navigateur ou le miroir, il se peut que vous deviez télécharger le ebuild pour pouvoir le lire. Voyez l'ebuild comme une sorte de combinaison pseudo-code / shell - cherchez en particulier les commandes sed et les correctifs, ou hasardez-vous à deviner ce que signifient des fonctions comme dodoc. -
openSUSE est une distribution à publication continue, certaines versions des paquets sont disponibles sur http://download.opensuse.org/source/tumbleweed/repo/oss/src/ mais d'autres sont dans ../update/openSUSE-current/src — les sources ne semblent disponibles que dans des rpm sources.
-
Slackware - le navigateur de paquets officiel est actuellement cassé. Le site sur http://slackbuilds.org/ contient les versions actuelles et précédentes de leur dépôt non officiel, avec des liens vers les pages d'accueil, les téléchargements et des fichiers individuels, en particulier les fichiers
.SlackBuild. -
Ubuntu ftp://ftp.ubuntu.com/ubuntu/pool/ - voir les notes debian ci-dessus.
Si tout échoue, essayez la liste de diffusion blfs-support.
-
![[Astuce]](../images/tip.png)
Astuce
Si vous avez trouvé un paquet qui n'est disponible qu'au format
.deb ou .rpm, deux petits scripts rpm2targz et deb2targz sont disponibles sur
http://downloads.linuxfromscratch.org/deb2targz.tar.bz2
et http://downloads.linuxfromscratch.org/rpm2targz.tar.bz2
pour convertir les archives dans un simple format tar.gz.
Il se peut que vous trouviez utile aussi le script rpm2cpio. La version perl des archives du noyau linux est sur http://lkml.indiana.edu/hypermail/linux/kernel/0210.2/att-0093/01-rpm2cpio fonctionne pour la plupart des sources rpm. Le script rpm2targz utilisera un script rpm2cpio ou un binaire s'il y en a un dans votre path. Remarquez que rpm2cpio déballera un rpm source dans le répertoire actuel, ce qui donne une archive tar, un fichier spec, et peut-être des correctifs ou d'autres fichiers.
Last updated on 2020-02-07 00:43:11 +0100