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 de 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 paquest :
-
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 qui échoue, essayez de chercher sur Google. Souvent une distribution a 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. Fl se peut qu'il vous faille des recherches approfondies pour pour trouver la correction pour la version du paquet que vous essayez d'utiliser, voire même 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 :
-
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 des champs 'SVN Entries' (entrées SVN), puis sélectionnez
PKGBUILDpour voir comment elles construisent ce paquet, ou regardez les correctifs. -
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é 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. -
Fedora http://pkgs.fedoraproject.org/cgit/ - ce site reste ocasionellement surchargé, et un peu difficile à naviguer (près de 300 pages, reliées par numéro), mais c'est une façon facile de lire les fichiers .spec et les correctifs. Si vous connaissez le nom d'un paquet (par exemple mesa.git) vous pouvez le rajouter à l'URL pour l'obtenir. S'il n'est pas disponible, essayez de chercher un miroir local de ftp.fedora.com (le site primaire est en général indisponible quand le cgit de fedora ne répond pas) et téléchargez un rpm des sources pour voir ce qu'elles font.
-
Gentoo - les mirroirs des ebuilds et des correctifs on 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. -
PLD http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/ - une autre distrib qui utilise des rpms, cvsweb donne accès à des correctifs et aux fichiers spec.
-
Slackware - le navigateur de paquets officiel est actuellement cassé. Le site sur http://slackbuilds.org/ contient les versions actuelle et précédente 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 tar.gz format.
Il se peut que vous trouviez utile aussi un script rpm2cpio. La version perl version 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 : 2012-07-09 20:31:25 +020