Dans ce chapitre, nous entrons dans le site de construction et lançons la construction du système LFS. Autrement dit, nous entrons avec chroot dans le mini système Linux temporaire, faisons quelques préparations finales et lançons l'installation de tous les paquets un par un.
Nous arrivons à la dernière étape de l'installation de ce logiciel. Bien que, dans beaucoup de cas, les instructions d'installation pourraient être plus courtes et plus génériques, nous avons opté pour fournir les instructions complètes pour chaque paquet et minimiser ainsi les possibilités d'erreurs. La clé pour apprendre ce qui fait fonctionner un système Linux est de savoir à quoi sert chaque paquet et pourquoi vous (ou le système) en avez besoin.
        Nous ne vous recommandons pas d'utiliser les optimisations. Elles
        peuvent faire qu'un programme s'exécute un peu plus rapidement mais
        elles peuvent aussi causer des problèmes de compilation et des
        difficultés à l'exécution de ce programme. Si un paquet refuse de
        compiler lors de l'utilisation d'optimisation, essayez de le compiler
        sans optimisation pour voir si cela corrige le problème. Même si le
        paquet compile avec les optimisations, il y a un risque qu'il ait été
        mal compilé à cause des interactions complexes entre le code et les
        outils de construction. Remarquez aussi que l'utilisation des options
        -march et -mtune peut causer des problèmes avec les paquets de
        la chaîne d'outils (Binutils, GCC et Glibc). Le petit potentiel de
        gains obtenu en utilisant les optimisations de compilation est
        souvent minime comparé aux risques. Les utilisateurs construisant une
        LFS pour la première fois sont encouragés à construire sans
        optimisations personnalisées. Le système sera toujours très rapide et
        restera stable en même temps.
      
        L'ordre dans lequel les paquets sont installés dans ce chapitre a
        besoin d'être strictement suivi pour s'assurer qu'aucun programme
        n'acquiert accidentellement un chemin ayant comme référence
        /tools en dur. Pour la même raison, ne
        compilez pas des paquets en parallèle. La compilation en parallèle
        peut permettre de gagner du temps (tout particulièrement sur les
        machines à deux CPU), mais cela pourrait résulter en un programme
        contenant un chemin codé en dur vers /tools, ce qui fera arrêter le programme de
        fonctionner si ce répertoire est supprimé.
      
Avant les instructions d'installation, chaque page d'installation fournit des informations sur le paquet, incluant une description concise de ce qu'il contient, approximativement combien de temps prendra la construction et les autres paquets nécessaires lors de cette étape de construction. Suivant les instructions d'installation, il existe une liste de programmes et de bibliothèques (avec quelques brèves descriptions de ceux-ci) que le paquet installe.
![[Note]](../images/note.png) 
        Les valeurs SBU et l'espace disque requis incluent les données de suites de tests pour tous les paquets du chapitre 6 auxquels elles sont applicables.
En général, les éditeurs de LFS désencouragent la construction et l'installation de bribliothèques statiques. L'objectif original de la plupart des bibliothèques statique a été rendu obsolète dans un système Linux moderne. Par ailleurs la liaison statique de bibliothèques dans un programme peut être nuisible. Si une mise à jour des bibliothèque est nécéssaire pour retirer un problème de sécurité, tous les programmes qui utilisent cette bibliothèque vont devoir être liés à nouveau vers la nouvelle bibliothèque. Depuis que l'utilisation de bibliothèques statiques n'est plus évident, les programmes relatifs (et les procédures de liage) ne doivent plus systématiquement être connues.
          Dans les procédures du chapitre 6, nous retirons ou désactivons
          l'installation de la plupart des bibliothèques statiques. Dans
          certains cas, en particulier pour glibc et gcc, l'utilisation de
          bibliothèques statique est indispensable au processus de
          construction du paquet en général. Généralement cela ce fait en
          activant le drapeau --disable-static
          lors de l'exécution de configure. Dans d'autres cas, des
          autres moyens sont nécessaires.
        
Pour une discussion plus complète à propos des bibliothèques, regardez la discussion Bibliothèques : statiques ou partagées ? dans le livre BLFS.