2. Beyond Linux From Scratch 11.3
3. introduction_important_building-notes
4. Search

Filters

• Untranslated strings • state:empty
• Unfinished strings • state:<translated
• Translated strings • state:>=translated
• Strings marked for edit • state:needs-editing
• Strings with suggestions • has:suggestion
• Strings with variants • has:variant
• Strings with screenshots • has:screenshot
• Strings with labels • has:label
• Strings with context • has:context
• Unfinished strings without suggestions • state:<translated AND NOT has:suggestion
• Strings with comments • has:comment
• Strings with any failing checks • has:check
• Approved strings • state:approved
• Strings waiting for review • state:translated

has:check

Position and priority

• Position and priority
• Position
• Priority
• Labels
• Source string
• Target string
• String age
• Last updated
• Number of words
• Number of comments
• Number of failing checks
• Key
• String location

	Translation	Source string	Target string
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	Each set of installation instructions contains a URL from which you can download the package. The patches; however, are stored on the LFS servers and are available via HTTP. These are referenced as needed in the installation instructions.	Chaque ensemble d'instructions d'installation contient une URL sur laquelle laquelle vous pouvez télécharger le paquet. Cependant, les correctifs sont enregistrés sur les serveurs LFS et disponibles via HTTP. Ces derniers sont référencés, si besoin, dans les instructions d'installation.
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	We can not emphasize strongly enough that you should start from a <emphasis>clean source tree</emphasis> each time. This means that if you have had an error during configuration or compilation, it's usually best to delete the source tree and re-unpack it <emphasis>before</emphasis> trying again. This obviously doesn't apply if you're an advanced user used to hacking <filename>Makefile</filename>s and C code, but if in doubt, start from a clean tree.	Nous ne saurions que trop vous recommander de démarrer à partir d'une <emphasis>arborescence de sources propre</emphasis> à chaque fois. Cela veut dire que si vous avez eu une erreur lors de la configuration ou de la compilation, il est généralement préférable de supprimer l'arborescence des sources et de l'extraire de nouveau <emphasis>avant</emphasis> de réessayer. Cela ne s'applique évidemment pas si vous êtes un utilisateur avancé habitué à modifier les <filename>Makefile</filename>s et le code C. Si vous avez un doute cependant, commencez à partir d'une arborescence propre.
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	Generally, to verify that the downloaded file is complete, many package maintainers also distribute md5sums of the files. To verify the md5sum of the downloaded files, download both the file and the corresponding md5sum file to the same directory (preferably from different on-line locations), and (assuming <filename>file.md5sum</filename> is the md5sum file downloaded) run the following command:	En général, pour vérifier que le fichier téléchargé est complet, de nombreux mainteneurs de paquets distribuent aussi les sommes md5 des fichiers. Pour vérifier la somme md5 des fichiers téléchargés, téléchargez à la fois le fichier et le fichier md5sum correspondant dans le même répertoire (de préférence à partir d'emplacements différents en ligne) et (en supposant que <filename>file.md5sum</filename> est le fichier md5sum téléchargé), lancez la commande suivante&nbsp;:
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	Sometimes you will only need to provide one response, or provide the same response to many prompts. For these instances, the <command>yes</command> command works really well. The <command>yes</command> command can be used to provide a response (the same one) to one or more instances of questions. It can be used to simulate pressing just the <keycap>Enter</keycap> key, entering the <keycap>Y</keycap> key or entering a string of text. Perhaps the easiest way to show its use is in an example.	Vous n'aurez parfois besoin de ne fournir qu'une réponse ou alors la même réponse à de nombreuses invites. Dans ces cas-là, la commande <command>yes</command> fonctionne vraiment bien. On peut utiliser la commande <command>yes</command> pour fournir une réponse (la même) à une ou plusieurs questions. On peut l'utiliser pour simuler un simple appui sur la touche <keycap>Entrée</keycap>, l'entrée de la touche <keycap>Y</keycap> ou l'entrée d'une chaîne de texte. La manière la plus facile de montrer son utilisation est peut-être de prendre un exemple.
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	<userinput>cat &gt; blfs-yes-test1 &lt;&lt; "EOF" <literal>#!/bin/bash echo -n -e "\n\nPlease type something (or nothing) and press Enter ---> " read A_STRING if test "$A_STRING" = ""; then A_STRING="Just the Enter key was pressed" else A_STRING="You entered '$A_STRING'" fi echo -e "\n\n$A_STRING\n\n"</literal> EOF chmod 755 blfs-yes-test1</userinput>	<userinput>cat &gt; blfs-yes-test1 &lt;&lt; "EOF" <literal>#!/bin/bash echo -n -e "\n\nPlease type something (or nothing) and press Enter ---> " read A_STRING if test "$A_STRING" = ""; then A_STRING="Just the Enter key was pressed" else A_STRING="You entered '$A_STRING'" fi echo -e "\n\n$A_STRING\n\n"</literal> EOF chmod 755 blfs-yes-test1</userinput>
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	Notice this results in passing just the press of the <keycap>Enter</keycap> key to the script. This is useful for times when the default answer to the prompt is sufficient. This syntax is used in the <xref linkend="net-tools-automate-example"/> instructions to accept all the defaults to the many prompts during the configuration step. You may now remove the test script, if desired.	Remarquez que cela aboutit à ne passer au script que l'appui sur la touche <keycap>Entrée</keycap>. C'est utile parfois quand la réponse par défaut à l'invite est suffisante. Cette syntaxe est utilisée dans les instructions de <xref linkend="net-tools-automate-example"/> pour accepter tous les réglages par défaut à toutes les invites lors de l'étape de configuration. Vous pouvez maintenant supprimer le script de test si vous le désirez.
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	The last example will use the <command>yes</command> command in combination with output redirection to bypass having to page through the output and then provide a <keycap>y</keycap> to a prompt. This technique could be used in instances when otherwise you would have to page through the output of a file (such as a license agreement) and then answer the question of <quote>do you accept the above?</quote>. For this example, another short <application>Bash</application> script is required:	Le dernier exemple utilisera la commande <command>yes</command> associée à la redirection de sortie pour éviter de naviguer page par page dans la sortie, puis de fournir un <keycap>y</keycap> à l'invite. Cette technique peut être utilisée dans les cas où vous devriez, sans elle, naviguer page par page dans la sortie d'un fichier (tel qu'un accord de licence), puis répondre à la question <quote>Acceptez-vous ce qui précède&nbsp;?</quote>. Pour cet exemple, on a besoin d'un autre petit script <application>Bash</application>&nbsp;:
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	<userinput>cat &gt; blfs-yes-test2 &lt;&lt; "EOF" <literal>#!/bin/bash ls -l /usr/bin | more echo -n -e "\n\nDid you enjoy reading this? (y,n) " read A_STRING if test "$A_STRING" = "y"; then A_STRING="You entered the 'y' key" else A_STRING="You did NOT enter the 'y' key" fi echo -e "\n\n$A_STRING\n\n"</literal> EOF chmod 755 blfs-yes-test2</userinput>	<userinput>cat &gt; blfs-yes-test2 &lt;&lt; "EOF" <literal>#!/bin/bash ls -l /usr/bin | more echo -n -e "\n\nDid you enjoy reading this? (y,n) " read A_STRING if test "$A_STRING" = "y"; then A_STRING="You entered the 'y' key" else A_STRING="You did NOT enter the 'y' key" fi echo -e "\n\n$A_STRING\n\n"</literal> EOF chmod 755 blfs-yes-test2</userinput>
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	<userinput>cat &gt; /usr/sbin/strip-all.sh &lt;&lt; "EOF" <literal>#!/usr/bin/bash if [ $EUID -ne 0 ]; then echo "Need to be root" exit 1 fi { find /usr/lib -type f -name '*.so*' ! -name '*dbg' find /usr/lib -type f -name '*.a' find /usr/{bin,sbin,libexec} -type f } | while read file; do if ! readelf -h $file >/dev/null 2>&amp;1; then continue; fi if file $file | grep --quiet --invert-match 'not stripped'; then continue; fi cp --preserve $file ${file}.tmp strip --strip-unneeded ${file}.tmp mv ${file}.tmp $file done</literal> EOF chmod 744 /usr/sbin/strip-all.sh</userinput>	<userinput>cat &gt; /usr/sbin/strip-all.sh &lt;&lt; "EOF" <literal>#!/usr/bin/bash if [ $EUID -ne 0 ]; then echo "Need to be root" exit 1 fi { find /usr/lib -type f -name '*.so*' ! -name '*dbg' find /usr/lib -type f -name '*.a' find /usr/{bin,sbin,libexec} -type f } | while read file; do if ! readelf -h $file >/dev/null 2>&amp;1; then continue; fi if file $file | grep --quiet --invert-match 'not stripped'; then continue; fi cp --preserve $file ${file}.tmp strip --strip-unneeded ${file}.tmp mv ${file}.tmp $file done</literal> EOF chmod 744 /usr/sbin/strip-all.sh</userinput>
	Beyond Linux From Scratch 11.3/introduction_important_building-notes — French	In the past, there was Hardened LFS where gcc (a much older version) was forced to use hardening (with options to turn some of it off on a per-package basis). The current LFS and BLFS books are carrying forward a part of its spirit by enabling PIE (<option>-fPIE -pie</option>) and SSP (<option>-fstack-protector-strong</option>) as the defaults for GCC and clang. What is being covered here is different - first you have to make sure that the package is indeed using your added flags and not over-riding them.	Par le passé, il existait un Hardened LFS (LFS durci) où gcc (une version beaucoup plus vieille) était forcé à utiliser le durcissement (avec des options pour les désactiver au cas par cas). Les livres LFS et BLFS actuels portent encore une partie de cet esprit en activant PIE (<option>-fPIE -pie</option>) et SSP (<option>-fstack-protector-strong</option>) dans les options par défaut de GCC et de clang. Ce dont on parle ici est différent — vous devrez déjà vous assurer que le paquet utilise bien vos options supplémentaires et qu'il ne les écrase pas.