FAQ/FAQ — French @ LFS Translation Server: If you've built an LFS system and have extended it …

Translation

Source change

If you've built an LFS system and have extended it to become your primary system, the best thing to do is to decide on an upgrade policy. Do you want to keep the latest version of every package? Then be careful, because you're going to be burned. I recommend slight conservatism when upgrading to keep a healthy system. A general rule of thumb which works for most people is: only upgrade packages if they have security fixes. ~~Subscribe to lfs-security and~~Periodically check <a href="../lfs/advisories/">LFS</a> and <a href="../blfs/advisories/">BLFS</a> security advisories, and subscribe to LWN to keep yourself informed about security fixes. Another rule of thumb is: don't upgrade ~~the toolchain (gcc,~~ glibc and ~~binutils)~~Linux kernel headers unless you're going to rebuild your entire system. These packages form the heart of your LFS system, destroying them means destroying the ability to compile packages or even run binaries.

English

je ne comprend pas le sens de burned....je ne pense pas que c'est brulé ;o) type: Content of: <dl><dd><p>

If you've built an LFS system and have extended it to become your primary system, the best thing to do is to decide on an upgrade policy. Do you want to keep the latest version of every package? Then be careful, because you're going to be burned. I recommend slight conservatism when upgrading to keep a healthy system. A general rule of thumb which works for most people is: only upgrade packages if they have security fixes. Periodically check <a href="../lfs/advisories/">LFS</a> and <a href="../blfs/advisories/">BLFS</a> security advisories, and subscribe to LWN to keep yourself informed about security fixes. Another rule of thumb is: don't upgrade glibc and Linux kernel headers unless you're going to rebuild your entire system. These packages form the heart of your LFS system, destroying them means destroying the ability to compile packages or even run binaries.

French

Needs editing

Skip

	English	French	Actions
	If you'd like to report the new release, follow these steps to avoid making a duplicate report.	Si vous voulez annoncer la sortie d'une nouvelle version, suivez ces étapes pour éviter de faire une annonce en double.
	Check for open <a href="https://wiki.linuxfromscratch.org/lfs/">LFS tickets</a> or <a href="https://wiki.linuxfromscratch.org/blfs/">BLFS tickets</a> to see if the release has been posted there.	Vérifiez s'il y a un <a href="https://wiki.linuxfromscratch.org/lfs/">ticket LFS</a> ou un <a href="https://wiki.linuxfromscratch.org/blfs/">ticket BLFS</a> ouvert pour voir si elle y a été postée.
	If the release is not in an open ticket, report it to lfs-dev (or blfs-dev for packages in BLFS). And if you like, test it and report any problems or changes in compilation instructions, too.	S'il n'y a pas de ticket ouvert concernant cette sortie, annoncez-la sur la liste lfs-dev (ou sur blfs-dev si le paquet concerne BLFS). Et si vous voulez, testez-le et rapportez tout problème ou changement dans les instructions de compilation.
	The Delete key doesn't work.	La touche Suppr. ne fonctionne pas.
	Please read the LFS <a href="/lfs/view/stable/chapter07/inputrc.html">inputrc page</a>.	Lisez la page <a href="/view/lfs-stable/chapter07/inputrc.html">inputrc</a> du livre LFS.
	The system shuts down when fsck errors out!	Le système s'éteint quand fsck sort en erreur !
	Unix systems normally run sulogin if the normal bootup fsck run errors out so that root can log in and fix it. Because sulogin will accept any password if /etc/passwd is corrupt, the LFS developers decided this was a security risk. Therefore, the LFS bootscripts shut the machine down if fsck errors, and it must be booted with the "init=/bin/bash" kernel parameter to get a root shell. Whether this is wise is beyond the scope of the FAQ, but if it doesn't work for you you'll want to change that boot script before it's too late.	Les système Unix lancent normalement sulogin quand le fsck d'un démarrage normal sort en erreur, afin que root puisse se connecter et résoudre le problème. Comme sulogin va accepter n'importe quel mot de passe si /etc/passwd est corrompu, les développeurs de LFS ont estimé que cela représentait un risque pour la sécurité. Les scripts de démarrage de LFS éteignent donc la machine en cas d'erreur de fsck, et elle doit être démarrée avec le paramètre de noyau « init=/bin/bash » afin d'obtenir un shell root. Savoir si cela est sage ne rentre pas dans le périmètre de cette FAQ, mais si cela ne vous convient pas, changez les scripts de démarrage avant qu'il ne soit trop tard.
	Where are the lfs-packages tarballs or wget scripts?	Où sont les archives des paquets LFS ou les scripts wget ?
	Package tarballs are available at <a href="https://anduin.linuxfromscratch.org/sources/LFS/lfs-packages/">the LFS file repository</a>. There is also a wget-list linked in the book, near the bottom of the <a href="/lfs/view/stable/chapter03/introduction.html">Packages and Patches Introduction page</a>.	Les archives des paquets sont disponibles sur <a href="http://anduin.linuxfromscratch.org/sources/LFS/lfs-packages/">le dépôt de fichiers de LFS</a>. Il y a aussi un lien vers wget-list dans le livre, vers la fin de la page d'<a href="/view/lfs-stable/chapter03/introduction.html">Introduction</a> aux paquets et correctifs.
	How do I find a package or command?	Comment puis-je trouver un paquet ou une commande ?
	Please refer to the <a href="/lfs/download.html">download LFS</a> webpage.	Consultez la page <a href="{{site.baseurl}}/lfs/telecharger/">téléchargement de LFS</a>.
	How do I upgrade my LFS/BLFS system?	Comment puis-je mettre à jour mon système LFS/BLFS ?
	You probably know this already, but LFS is not a distro in the traditional sense. Its primary goal is: <a href="/lfs/index.html">teaching people how a Linux system works internally</a>.	Vous le savez probablement déjà mais LFS n'est pas un distribution au sens traditionnel du terme. Son but premier est : <a href="{{site.baseurl}}/lfs/index.html">enseigner aux gens comment un système Linux fonctionne en interne</a>.
	While this means you have great control over your system ("Your distro. Your rules."), it also has the drawback of having to take care of updating it yourself.	Bien que cela signifie que vous aillez un grand contrôle sur votre système (« Votre distro. Vos règles. »), Il a aussi l'inconvénient d'avoir à prendre soin de la mise à jour vous-même.
	Please read <a href="../lfs/view/development/chapter08/pkgmgt.html">the section named "Upgrade Issues"</a> carefully before upgrading any package.
	If you've built an LFS system and have extended it to become your primary system, the best thing to do is to decide on an upgrade policy. Do you want to keep the latest version of every package? Then be careful, because you're going to be burned. I recommend slight conservatism when upgrading to keep a healthy system. A general rule of thumb which works for most people is: only upgrade packages if they have security fixes. Periodically check <a href="../lfs/advisories/">LFS</a> and <a href="../blfs/advisories/">BLFS</a> security advisories, and subscribe to LWN to keep yourself informed about security fixes. Another rule of thumb is: don't upgrade glibc and Linux kernel headers unless you're going to rebuild your entire system. These packages form the heart of your LFS system, destroying them means destroying the ability to compile packages or even run binaries.	Si vous avez construit un système LFS et l'avez complété pour qu'il devienne votre système principal, la meilleure chose à faire est de décider d'une stratégie de mise à niveau. Vous voulez conserver la dernière version de chaque paquet ? Alors faites attention, parce que vous allez vous faire mal. Je recommande d'être légèrement conservateur lors de la mise à niveau pour maintenir un système sain. Une règle générale qui fonctionne pour la plupart des gens est : mettre à jour seulement les paquets s'ils ont des correctifs de sécurité. Inscrivez-vous à lfs-security et LWN pour vous tenir au courant des correctifs de sécurité. Une autre règle est : ne pas mettre à jour la chaîne d'outils (gcc, glibc et binutils) à moins de reconstruire votre système entièrement. Ces paquets constituent le cœur de votre système LFS, les détruire signifie détruire la capacité de compiler des paquets ou même exécuter des fichiers binaires.
	Remember that updating packages is at your own risk. LFS takes great care to present a stable mix of packages which are compatible all the way up to BLFS so you can compile OpenOffice.Org and Java (which are real dinosaurs to compile). This means that your LFS system may get slightly outdated but ensures compatibility and stability. You can compare this to Debian's stable and testing releases, although LFS stable is generally bleeding-edge compared to other distro's.	Rappelez vous que la mise à jour des paquets se fait à vos risques et périls. LFS fait très attention à présenter un ensemble stable de paquets qui sont compatibles pour aller au bout de BLFS et que vous puissiez compiler OpenOffice.Org et Java (qui sont de vrais mastodontes à compiler). Cela signifie que votre système LFS peut être un peu dépassé mais assurer la compatibilité et la stabilité. Vous pouvez comparer cela aux versions Stable et testing de Debian, bien que la version LFS stable soit généralement très récente comparée aux autres distributions.
	In general it is safe to upgrade single packages; they'll just overwrite the old contents. Package managers take care of uninstalling old versions, and it's really convenient to have some sort of package management system in place. Have a look at the hints; there are several, ranging from RPM to DEB to TGZ (Slackware) to Checkinstall to package users.	En général il est possible de mettre à jour des paquets seuls ; ils réécriront simplement le vieux contenu. Les gestionnaires de paquets prennent soin de désinstaller les anciennes versions, et c'est clairement pratique d'avoir une sorte de gestion de paquet en place. Regardez les astuces ; il y en a plusieurs, de RPM à DEB en passant par TGZ (Slackware), Checkinstall et les utilisateurs paquets.
	A final comment: what package instructions should you use when updating a package? In general, you can use the standard LFS instructions, although you shouldn't blindly assume they will apply to all packages. To keep yourself informed about upgrades and new package instructions, subscribe to lfs-dev. Keep in mind that this is not a support list but a development list.	Un dernier commentaire : Quelles instructions devez vous utiliser pour la mise à jour d'un paquet ? En général, vous pouvez utiliser les instructions standards de LFS, bien que vous ne devez pas aveuglement penser qu'elles s'appliqueront pour tous les paquets. Pour rester informé des mises à jour et des nouvelles instructions, inscrivez vous à lfs-dev. Gardez en tête que ce n'est pas une liste de support mais une liste de développement.
	Old and expired FAQ's	FAQ anciennes et périmées
	<a href="#version-not-in-book">I'm using a version not in the book. Is that a problem?</a>	<a href="#version-not-in-book">J'ai utilisé une version qui n'est pas dans le livre. Est-ce un problème ?</a>
	There's already a <a href="#why-not-version">FAQ entry</a> which describes this. Since hardly anyone refers to this entry it's now obsolete.	Il y a déjà une <a href="#why-not-version">entrée dans la FAQ</a> qui décrit cela. Comme presque personne ne se réfère à cette entrée, elle est maintenant obsolète.
	<a href="#wheres-which">Where's which?</a>	<a href="#wheres-which">Où est-ce ?</a>
	Obsolete on account of the <a href="/blfs/view/stable/general/which.html">BLFS</a> book.	Obsolète à cause du livre <a href="/view/blfs-stable/general/which.html">BLFS</a>.
	<a href="#portmap">Where's portmap?</a>	<a href="#portmap">Où est portmap ?</a>
	Obsolete on account of the <a href="/blfs/view/stable/basicnet/rpcbind.html">BLFS</a> book.	Obsolète à cause du livre <a href="/view/blfs-stable/basicnet/rpcbind.html">BLFS</a>.
	<a href="#lfs-logos">Where can I get LFS Logos?</a>	<a href="#lfs-logos">Où puis-je avoir des Logos LFS ?</a>
	Obsolete on account of the <a href="/blfs/artwork/">BLFS artwork</a> webpage.	Obsolète à cause de la page Web <a href="http://linuxfromscratch.org/blfs/artwork/">BLFS artwork</a>.
	<a href="#optimized-glibc-fail">My optimized build of glibc is failing in spinlock.c</a>	<a href="#optimized-glibc-fail">Ma construction optimisée de glibc échoue dans spinlock.c</a>
	Let's not encourage people to optimize glibc. Besides, the <a href="/lfs/faq.html#optimizations">when using optimization flags (setting CFLAGS)</a> entry should take care of this question.	Nous n'incitons pas les gens à optimiser la glibc. De plus, <a href="{{site.baseurl}}/faq/lfs#optimizations">lorsque vous utilisez des indicateurs d'optimisation (paramètres CFLAGS)</a>, il faudrait faire attention à cette question.
	Thanks	Merci

Loading…

None

String updated in the repository

English

If you've built an LFS system and have extended it to become your primary system, the best thing to do is to decide on an upgrade policy. Do you want to keep the latest version of every package? Then be careful, because you're going to be burned. I recommend slight conservatism when upgrading to keep a healthy system. A general rule of thumb which works for most people is: only upgrade packages if they have security fixes. Periodically check <a href="../lfs/advisories/">LFS</a> and <a href="../blfs/advisories/">BLFS</a> security advisories, and subscribe to LWN to keep yourself informed about security fixes. Another rule of thumb is: don't upgrade glibc and Linux kernel headers unless you're going to rebuild your entire system. These packages form the heart of your LFS system, destroying them means destroying the ability to compile packages or even run binaries.

French 946 characters edited Current translation Needs editing

Si vous avez construit un système LFS et l'avez complété pour qu'il devienne votre système principal, la meilleure chose à faire est de décider d'une stratégie de mise à niveau. Vous voulez conserver la dernière version de chaque paquet ? Alors faites attention, parce que vous allez vous faire mal. Je recommande d'être légèrement conservateur lors de la mise à niveau pour maintenir un système sain. Une règle générale qui fonctionne pour la plupart des gens est : mettre à jour seulement les paquets s'ils ont des correctifs de sécurité. Inscrivez-vous à lfs-security et LWN pour vous tenir au courant des correctifs de sécurité. Une autre règle est : ne pas mettre à jour la chaîne d'outils (gcc, glibc et binutils) à moins de reconstruire votre système entièrement. Ces paquets constituent le cœur de votre système LFS, les détruire signifie détruire la capacité de compiler des paquets ou même exécuter des fichiers binaires.

a year ago

None

Source string changed

a year ago

Browse all string changes

Things to check

XML markup

XML tags in translation do not match source

Reset

Glossary

English	French
No related strings found in the glossary.

String information

Source string description

je ne comprend pas le sens de burned....je ne pense pas que c'est brulé ;o) type: Content of: <dl><dd><p>

Source string location

complete.html:429

String age

a year ago

Last updated

9 months ago

Source string age

a year ago

Translation file

faq/fr.po, string 169