Update of /cvsroot/fink/web/xml/faq
In directory sc8-pr-cvs5.sourceforge.net:/tmp/cvs-serv593
Modified Files:
faq.fr.xml
Log Message:
Continuing fixes for audio
Index: faq.fr.xml
===================================================================
RCS file: /cvsroot/fink/web/xml/faq/faq.fr.xml,v
retrieving revision 1.66
retrieving revision 1.67
diff -u -d -r1.66 -r1.67
--- faq.fr.xml 23 Nov 2006 21:16:22 -0000 1.66
+++ faq.fr.xml 28 Nov 2006 07:41:42 -0000 1.67
@@ -45,21 +45,21 @@
<p>dpkg fournit une gestion sophistiquée des paquets binaires : mise à jour
facile, gestion spéciale des fichiers de configuration, paquets virtuels et
autres fonctions avancées.</p>
</li>
<li>
-<p>Fink n'installe rien dans /usr/local à moins d'une requête explicite et
ne nécessite pas de jongler avec /usr/bin/make ou d'autres commandes fournies
par le système. Cela rend son utilisation plus sûre et réduit au minimum les
interférences avec Mac OS X et les paquets de tierce partie.</p>
+<p>Fink n'installe rien dans le répertoire /usr/local à moins d'une requête
explicite et ne nécessite pas de jongler avec la commande /usr/bin/make ou
d'autres commandes fournies par le système. Cela rend son utilisation plus
sûre et réduit au minimum les interférences avec Mac OS X et les paquets de
tierce partie.</p>
</li>
</ul>
</answer>
</faqentry>
<faqentry name="usr-local" >
<question>
-<p>Pourquoi Fink n'installe rien dans le répertoire /usr/local ?</p>
+<p>Pourquoi Fink n'installe-t-il rien dans le répertoire /usr/local ?</p>
</question>
<answer>
<p>Il y a plusieurs raisons à cela, mais toutes reposent sur le fait que
"cela occasionnerait des failles dans le système".</p>
-<p>Première raison : les logiciels de tierce partie. /usr/local est réservé
à l'installation des logiciels qui ne font pas partie du système fourni par
le vendeur initial. C'est donc l'endroit idéal pour installer quelque chose.
Mais, c'est aussi là que d'autres vendeurs installeront leurs logiciels. La
plupart des routines d'installation viendront écraser ce qui y est déjà -
cela est vrai aussi pour dpkg. On peut, bien sûr, choisir de ne pas installer
de logiciels de tierce partie dans /usr/local. Malheureusement, la plupart des
routines d'installation ne signalent pas à l'avance ce qu'elles installent ni
où elles l'installent.</p>
-<p>Deuxième raison : /usr/local/bin est dans le PATH par défaut. Il s'ensuit
que votre shell trouve les programmes installés sans que vous ayez Ã
intervenir. A contrario, vous devrez intervenir si vous ne souhaitez pas
utiliser ces programmes. Au pire, cela affecte le système lui-même - de
nombreuses parties du système reposent sur des scripts shell.</p>
-<p>Troisième raison : l'ensemble des outils de compilation effectuent leurs
recherches dans /usr/local par défaut. Le compilateur cherche les headers dans
/usr/local/include et l'éditeur de liens cherche les librairies dans
/usr/local/lib. C'est quelquefois très pratique, mais très difficile Ã
désactiver si le besoin s'en fait sentir. On peut facilement désactiver le
compilateur en mettant dans /usr/local/include un fichier parasite auquel on
donne le nom de <code>stdio.h</code>.</p>
-<p>Ceci dit, il est possible d'installer Fink dans /usr/local. Le script
d'installation vous avertira que, si vous le faites, ce sera à vos risques et
périls, mais continuera l'installation après votre accord.</p>
+<p>Première raison : les logiciels de tierce partie. Le répertoire
/usr/local est réservé à l'installation des logiciels qui ne font pas partie
du système fourni par le vendeur initial. C'est donc l'endroit idéal pour
installer quelque chose. Mais, c'est aussi là que d'autres vendeurs
installeront leurs logiciels. La plupart des routines d'installation viendront
écraser ce qui y est déjà - cela est vrai aussi pour dpkg. On peut, bien
sûr, choisir de ne pas installer de logiciels de tierce partie dans le
répertoire /usr/local. Malheureusement, la plupart des routines d'installation
ne signalent pas à l'avance ce qu'elles installent ni où elles
l'installent.</p>
+<p>Deuxième raison : la variable d'environnement PATH contient par défaut le
répertoire /usr/local/bin. Il s'ensuit que votre shell trouve les programmes
qui y sont installés sans que vous ayez à intervenir. A contrario, vous
devrez intervenir si vous ne souhaitez pas utiliser ces programmes. Au pire,
cela affecte le système lui-même - de nombreuses parties du système reposent
sur des scripts shell.</p>
+<p>Troisième raison : l'ensemble des outils de compilation effectuent par
défaut leurs recherches dans le répertoire /usr/local. Le compilateur cherche
les headers dans le répertoire /usr/local/include et l'éditeur de liens
cherche les librairies dans le répertoire /usr/local/lib. C'est quelquefois
très pratique, mais très difficile à désactiver si le besoin s'en fait
sentir. On peut facilement désactiver le compilateur en mettant dans le
répertoire /usr/local/include un fichier parasite auquel on donne le nom de
<code>stdio.h</code>.</p>
+<p>Ceci dit, il est possible d'installer Fink dans le répertoire /usr/local.
Le script d'installation vous avertira que, si vous le faites, ce sera à vos
risques et périls, mais continuera l'installation après votre accord.</p>
</answer>
</faqentry>
<faqentry name="why-sw" >
@@ -1252,7 +1252,7 @@
</faqentry>
</chapter>
<chapter filename="usage-general">
-<title>Problème généraux d'utilisation de paquets</title>
+<title>Problèmes généraux d'utilisation de paquets</title>
<shorttitle>Utilisation (1)</shorttitle>
<faqentry name="xlocale">
<question>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Fink-commits mailing list
Fink-commits@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-commits