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 PATH
pour inclure
$PREFIX/bin
.
Étendez PATH
de root
pour inclure $PREFIX/sbin
.
Ajoutez $PREFIX/lib
à
/etc/ld.so.conf
ou étendez
LD_LIBRARY_PATH
pour 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.cache
en exécutant ldconfig en tant
qu'utilisateur root
.
Ajoutez $PREFIX/man
à
/etc/man_db.conf
ou étendez
MANPATH
.
Ajoutez $PREFIX/info
à
INFOPATH
.
Ajoutez $PREFIX/lib/pkgconfig
à
PKG_CONFIG_PATH
. Certains paquets
installent maintenant des fichiers .pc
dans $PREFIX/share/pkgconfig
, donc il se peut que
vous deviez inclure aussi ce répertoire.
Ajoutez $PREFIX/include
à
CPPFLAGS
lors de la compilation de
paquets qui dépendent du paquet que vous avez installé.
Ajoutez $PREFIX/lib
à
LDFLAGS
lors 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
rpm
sur http://rpmfind.net/ ou de
deb
sur 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 bien 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. 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 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 le champ 'Source Files' (Fichiers Sources), puis
sélectionnez l'entrée PKGBUILD
pour 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
.orig
en amont, soit un
dfsg
contenant 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 dans debian/patches
.
Fedora http://pkgs.fedoraproject.org/cgit/ - ce site reste occasionnellement surchargé 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. Sinon, utilisez la boite de recherche. 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 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 http://download.opensuse.org/factory/repo/src-oss/suse/src/ - les sources semblent seulement être disponibles dans les sources rpms.
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.
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 2016-08-14 21:25:49 +0200