[svnbook] r5264 committed - branches/1.8/fr/book/ch06-server-configuration. xml

chris-nanteuil at users.sourceforge.net chris-nanteuil at users.sourceforge.net
Sat Dec 17 16:56:26 CST 2016


Revision: 5264
          http://sourceforge.net/p/svnbook/source/5264
Author:   chris-nanteuil
Date:     2016-12-17 22:56:26 +0000 (Sat, 17 Dec 2016)
Log Message:
-----------
[fr] Chapter 6: cross-reading and removed trailing spaces.

Modified Paths:
--------------
    branches/1.8/fr/book/ch06-server-configuration.xml

Modified: branches/1.8/fr/book/ch06-server-configuration.xml
===================================================================
--- branches/1.8/fr/book/ch06-server-configuration.xml	2016-12-17 22:51:14 UTC (rev 5263)
+++ branches/1.8/fr/book/ch06-server-configuration.xml	2016-12-17 22:56:26 UTC (rev 5264)
@@ -138,7 +138,7 @@
       <indexterm>
         <primary>svnserve</primary>
       </indexterm>À l'opposé vous trouvez
-      <command>svnserve</command> : unpetit programme serveur,
+      <command>svnserve</command> : un petit programme serveur,
       léger, qui communique <foreignphrase>via</foreignphrase> un
       protocole sur mesure avec les clients. Parce que ce protocole a
       été conçu spécialement pour Subversion et possède la notion
@@ -733,7 +733,7 @@
 -->
                 <para>la possibilité de parcourir le dépôt avec un
                   navigateur Web est disponible
-                  nativement ;.</para>
+                  nativement ;</para>
               </listitem>
               <listitem>
 <!--
@@ -2944,11 +2944,11 @@
         none</literal><footnote>
           <para>Notez qu'utiliser le moindre contrôle d'accès avec
             <command>svnserve</command> n'a de sens que si les
-            utilisateurs ne peuvent pas le bypasser en accédant
+            utilisateurs ne peuvent pas le contourner en accédant
             directement au répertoire du dépôt en utilisant d'autres
             outils (tels que <command>cd</command> ou
             <command>vi</command>) ; comment mettre en place de
-            telles resctrictions est décrit dans
+            telles restrictions est décrit dans
             <xref linkend="svn.serverconfig.svnserve.sshtricks.fixedcmd"
             />.</para>
         </footnote>.
@@ -3115,7 +3115,7 @@
         <para>Pour commencer, localisez le répertoire
           <quote>home</quote> du compte utilisateur que vous utilisez
           pour lancer <command>svnserve</command>. Assurez-vous que ce
-          compte possède un bi-clé de clés publique/privée et que
+          compte possède un biclé de clés publique/privée et que
           l'utilisateur peut se connecter en s'authentifiant par la
           méthode à clé publique. L'authentification par mot de passe ne
           fonctionnera pas, puisque toutes les astuces SSH qui suivent
@@ -3250,7 +3250,7 @@
         <para>Il est également possible d'avoir plusieurs utilisateurs
           partageant un compte utilisateur unique. Au lieu de créer un
           compte système distinct pour chaque utilisateur, générez
-          plutôt un bi-clé de clés publique/privée pour chaque personne.
+          plutôt un biclé de clés publique/privée pour chaque personne.
           Placez ensuite chaque clé publique dans le fichier
           <filename>authorized_users</filename>, une par ligne, et
           utilisez l'option <option>--tunnel-user</option> :</para>
@@ -3509,7 +3509,7 @@
         the top level of the Subversion source code tree.</para>
 -->
       <para>Vous pouvez accomplir les deux premières tâches citées
-        <foreignphrase>supra</foreignphrase> 
+        <foreignphrase>supra</foreignphrase>
         soit en compilant <command>httpd</command> et Subversion à
         partir du code source, soit en installant les paquets binaires
         précompilés correspondants sur votre système. Les informations
@@ -3578,7 +3578,7 @@
 -->
       <para>Apache interprète le chemin donné dans la directive
         <literal>LoadModule</literal> comme étant relatif à sa propre
-        racine. Si vous l'avez configuré comme indiqué 
+        racine. Si vous l'avez configuré comme indiqué
         <foreignphrase>supra</foreignphrase>,
         Apache cherchera le module Subversion DAV dans son propre
         sous-dossier <filename>modules/</filename>. En fonction de la
@@ -4995,10 +4995,10 @@
           <command>mod_authz_svn</command>, le module
           <command>mod_dav_svn</command> va quand même demander à
           <command>httpd</command> Apache de vérifier les droits
-          d'accès pour chaque chemin. Le module 
-          <command>mod_dav_svn</command> n'est pas au courant de la 
-          liste des modules de contrôle d'accès qui ont été installés, 
-          donc tout ce qu'il peut faire est de demander à Apache de 
+          d'accès pour chaque chemin. Le module
+          <command>mod_dav_svn</command> n'est pas au courant de la
+          liste des modules de contrôle d'accès qui ont été installés,
+          donc tout ce qu'il peut faire est de demander à Apache de
           lancer les modules correspondants, quels qu'ils soient.</para>
 
 <!--
@@ -5013,13 +5013,13 @@
           <xref linkend="svn.serverconfig.httpd.authz.pathauthzoff.ex-1"/>.</para>
 -->
         <para>D'un autre côté, il existe une sorte d'échappatoire qui
-          vous permet d'échanger la sécurité contre de la vitesse. Si 
-          vous ne mettez pas en œuvre de contrôle d'accès sur les 
-          chemins (c'est-à-dire, si vous n'utilisez ni 
-          <command>mod_authz_svn</command> ni un module similaire), vous 
-          pouvez désactiver tous ces contrôles sur les chemins. Dans 
-          votre fichier <filename>httpd.conf</filename>, utilisez la 
-          directive <literal>SVNPathAuthz</literal> comme illustré dans 
+          vous permet d'échanger la sécurité contre de la vitesse. Si
+          vous ne mettez pas en œuvre de contrôle d'accès sur les
+          chemins (c'est-à-dire, si vous n'utilisez ni
+          <command>mod_authz_svn</command> ni un module similaire), vous
+          pouvez désactiver tous ces contrôles sur les chemins. Dans
+          votre fichier <filename>httpd.conf</filename>, utilisez la
+          directive <literal>SVNPathAuthz</literal> comme illustré dans
           l'<xref linkend="svn.serverconfig.httpd.authz.pathauthzoff.ex-1"/>.</para>
 
         <example id="svn.serverconfig.httpd.authz.pathauthzoff.ex-1">
@@ -5051,7 +5051,7 @@
           (<quote>on</quote>) par défaut. Quand on la désactive
           (<quote>off</quote>), tous les contrôles d'accès basés sur les
           chemins sont désactivés ; <command>mod_dav_svn</command>
-          arrête de demander un contrôle d'accès chaque chemin qu'il 
+          arrête de demander un contrôle d'accès chaque chemin qu'il
           traite.</para>
 
       </sect3>
@@ -5074,7 +5074,7 @@
         Encrypting traffic using SSL is a good way to protect
         potentially sensitive information over the network.</para>
 -->
-      <para>Lorsque vous vous connectez à un dépôt 
+      <para>Lorsque vous vous connectez à un dépôt
         <foreignphrase>via</foreignphrase> <literal>http://</literal>,
         tout le trafic généré par Subversion est envoyé en clair sur le
         réseau. Cela veut dire que les extractions, les propagations et
@@ -5092,13 +5092,13 @@
         certificates, but can also supply client certificates when
         challenged by the server.</para>
 -->
-      <para>Si un client Subversion est compilé pour l'utilisation de 
+      <para>Si un client Subversion est compilé pour l'utilisation de
         SSL, il peut alors se connecter au serveur Apache en utilisant
         des URL de type <literal>https://</literal>, ce qui chiffrera
-        tout le trafic avec une clé de session propre à chaque 
-        connexion. La bibliothèque WebDAV utilisée par le client 
+        tout le trafic avec une clé de session propre à chaque
+        connexion. La bibliothèque WebDAV utilisée par le client
         Subversion n'est pas seulement capable de vérifier le certificat
-        présenté par le serveur mais peut aussi utiliser des 
+        présenté par le serveur mais peut aussi utiliser des
         certificats clients au cas où le serveur le demande.</para>
 
       <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
@@ -5106,7 +5106,7 @@
 <!--
         <title>Subversion server SSL certificate configuration</title>
 -->
-        <title>Configuration du certificat serveur SSL de 
+        <title>Configuration du certificat serveur SSL de
           Subversion</title>
 
 <!--
@@ -5120,7 +5120,7 @@
         <para>La création de certificats SSL clients et serveurs ainsi
           que la configuration d'Apache pour les utiliser sort du cadre
           de ce livre. Il existe beaucoup de références, y compris la
-          propre documentation d'Apache (<ulink 
+          propre documentation d'Apache (<ulink
           url="http://httpd.apache.org/docs/current/ssl/"/>),
           qui décrivent comment faire.</para>
 
@@ -5138,16 +5138,16 @@
             passwords.</para></footnote></para>
 -->
           <para>Les certificats SSL produits par des sociétés bien
-            connues sont généralement payants mais vous pouvez, au 
+            connues sont généralement payants mais vous pouvez, au
             minimum, configurer Apache pour utiliser un certificat
             auto-signé qui a été généré avec, par exemple, OpenSSL
             (<ulink url="http://openssl.org"
             />).<footnote><para>Bien que les certificats auto-signés
-            sont vulnérables à une attaque dite 
+            sont vulnérables à une attaque dite
             <quote>Man-in-the-Middle</quote> (homme du milieu en anglais)
             au moment où le client voit le certificat pour la première
-            fois, une telle attaque reste beaucoup plus complexe à 
-            mettre en œuvre lors d'une écoute occasionnelle que le 
+            fois, une telle attaque reste beaucoup plus complexe à
+            mettre en œuvre lors d'une écoute occasionnelle que le
             simple fait de récupérer des mots de passe qui passent en
             clair.</para></footnote></para>
         </tip>
@@ -5166,8 +5166,8 @@
           a Subversion client can receive two different types of
           responses:</para>
 -->
-        <para>Quand il se connecte à une serveur Apache en 
-          <literal>https://</literal>, un client Subversion peut 
+        <para>Quand il se connecte à une serveur Apache en
+          <literal>https://</literal>, un client Subversion peut
           recevoir deux types de réponse :</para>
 
         <itemizedlist>
@@ -5205,9 +5205,9 @@
           <para>Quand le client reçoit un certificat serveur, il doit
             vérifier que le serveur est bien celui qu'il prétend être.
             OpenSSL réalise cette tâche en examinant le signataire du
-            certificat serveur, appelé <firstterm>autorité de 
-            certification</firstterm> (AC en français, CA pour 
-            <foreignphrase>certificat authority</foreignphrase> en 
+            certificat serveur, appelé <firstterm>autorité de
+            certification</firstterm> (AC en français, CA pour
+            <foreignphrase>certificat authority</foreignphrase> en
             anglais). Si OpenSSL ne fait pas confiance à cette AC, ou
             si un autre problème apparaît (tel qu'un certificat ayant
             expiré ou alors le nom de la machine qui ne correspond pas
@@ -5261,15 +5261,15 @@
             linkend="svn.serverconfig.netmodel.credcache"/>), and will
             automatically trust the certificate in the future.</para>
 -->
-          <para>Vous pourriez voir cette même question dans votre 
+          <para>Vous pourriez voir cette même question dans votre
             navigateur (car c'est aussi un client HTTP tout comme
-            Subversion). Si vous choisissez l'option 
-            <literal>(p)</literal>permanent, Subversion placera le 
+            Subversion). Si vous choisissez l'option
+            <literal>(p)</literal>permanent, Subversion placera le
             certificat serveur en cache dans votre zone privée de
             configuration (dossier <filename>auth/</filename>) ainsi que
             votre nom d'utilisateur et votre mot de passe (voir
             <xref linkend="svn.serverconfig.netmodel.creds"/>). Il fera
-            alors automatiquement confiance au certificat dans le 
+            alors automatiquement confiance au certificat dans le
             futur.</para>
 
 <!--
@@ -5281,11 +5281,11 @@
             certificates:</para>
 -->
           <para>Votre fichier <filename>servers</filename> de la zone de
-            configuration vous permet aussi de spécifier des AC de 
-            confiance, que ce soit globalement ou hôte par hôte. 
-            Affectez simplement une liste (dont les éléments sont 
-            séparés par des points-virgules) de chemins vers des 
-            certificats d'AC encodés au format PEM à la variable 
+            configuration vous permet aussi de spécifier des AC de
+            confiance, que ce soit globalement ou hôte par hôte.
+            Affectez simplement une liste (dont les éléments sont
+            séparés par des points-virgules) de chemins vers des
+            certificats d'AC encodés au format PEM à la variable
             <literal>ssl-authority-files</literal> :</para>
 
           <informalexample>
@@ -5304,10 +5304,10 @@
             <literal>ssl-trust-default-ca</literal> variable to
             <literal>true</literal>.</para>
 -->
-          <para>Beaucoup d'installations d'OpenSSL sont fournies avec 
-            une liste d'autorités <quote>universellement de 
+          <para>Beaucoup d'installations d'OpenSSL sont fournies avec
+            une liste d'autorités <quote>universellement de
             confiance</quote>. Pour que le client Subversion fasse
-            confiance à ces autorités, affectez la valeur 
+            confiance à ces autorités, affectez la valeur
             <literal>true</literal> à la variable
             <literal>ssl-trust-default-ca</literal> .</para>
 
@@ -5330,17 +5330,17 @@
             receives this challenge, it will ask you for the path to the
             encrypted file and the passphrase that protects it:</para>
 -->
-          <para>Quand le client reçoit un défi d'authentification, cela 
+          <para>Quand le client reçoit un défi d'authentification, cela
             veut dire que le serveur demande au client de prouver son
-            identité. Le client doit renvoyer un certificat signé par 
+            identité. Le client doit renvoyer un certificat signé par
             une AC qui a la confiance du serveur ainsi qu'une
             <firstterm>réponse de défi</firstterm>
-            (<foreignphrase>Challenge Response</foreignphrase> en 
+            (<foreignphrase>Challenge Response</foreignphrase> en
             anglais) qui prouve que le client possède la clé privée
             associée au certificat. La clé privée et le certificat sont
-            généralement stockés à l'intérieur d'un conteneur chiffré 
-            sur le disque et sont protégés par une phrase de passe. 
-            Quand Subversion reçoit le défi, il vous demande le chemin 
+            généralement stockés à l'intérieur d'un conteneur chiffré
+            sur le disque et sont protégés par une phrase de passe.
+            Quand Subversion reçoit le défi, il vous demande le chemin
             vers le conteneur et la phrase de passe qui protège son
             accès :</para>
 
@@ -5375,12 +5375,12 @@
             existing certificates into PKCS#12.</para>
 -->
           <para>Notez que les éléments d'authentification du client sont
-            stockés dans un conteneur dont l'extension est 
+            stockés dans un conteneur dont l'extension est
             <literal>.p12</literal>. Pour utiliser un certificat client
             avec Subversion, il doit être au format PKCS#12, ce qui est
             un standard. La plupart des navigateurs Web savent importer
             et exporter des certificats dans ce format. Une autre
-            possibilité est d'utiliser les utilitaires en ligne de 
+            possibilité est d'utiliser les utilitaires en ligne de
             commande d'OpenSSL pour convertir des certificats existants
             au format PKCS#12.</para>
 
@@ -5394,7 +5394,7 @@
 -->
           <para>Le fichier <filename>servers</filename> de la zone de
             configuration vous permet d'automatiser la phase de défi
-            pour les hôtes que vous spécifiez. Si vous définissez les 
+            pour les hôtes que vous spécifiez. Si vous définissez les
             variables <literal>ssl-client-cert-file</literal> et
             <literal>ssl-client-cert-password</literal>, Subversion
             répond automatiquement aux défis demandés par les serveurs
@@ -5425,7 +5425,7 @@
 -->
           <para>Les plus exigeants en matière de sécurité interdiront
             l'affectation des phrases de passe dans la
-            variable <literal>ssl-client-cert-password</literal> car 
+            variable <literal>ssl-client-cert-password</literal> car
             celles-ci sont alors stockées en clair sur le disque.</para>
 
         </sect4>
@@ -5454,14 +5454,14 @@
 -->
       <para>Le serveur HTTP Apache a été conçu pour être performant
         mais vous pouvez modifier la configuration par défaut pour
-        gagner encore en performances pour votre service Subversion. 
-        Dans cette section, nous allons vous proposer quelques 
-        modifications de configuration de 
-        <filename>httpd.conf</filename>. Comprenez cependant que 
+        gagner encore en performances pour votre service Subversion.
+        Dans cette section, nous allons vous proposer quelques
+        modifications de configuration de
+        <filename>httpd.conf</filename>. Comprenez cependant que
         certaines des modifications proposées affectent le comportement
-        général du serveur, et pas seulement le service Subversion. 
-        Ainsi, vous devez prendre en compte l'ensemble de ces services 
-        pour décider s'il est opportun d'effectuer ou non les 
+        général du serveur, et pas seulement le service Subversion.
+        Ainsi, vous devez prendre en compte l'ensemble de ces services
+        pour décider s'il est opportun d'effectuer ou non les
         modifications proposées.</para>
 
       <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
@@ -5487,15 +5487,15 @@
           autoriser la réutilisation d'une même connexion serveur par
           plusieurs requêtes client. C'est particulièrement avantageux
           pour Subversion car, au contraire de beaucoup d'applications
-          sur HTTP, Subversion peut générer très rapidement des 
+          sur HTTP, Subversion peut générer très rapidement des
           centaines voire des milliers de requêtes vers un serveur pour
           une seule opération et le coût d'ouvrir une nouvelle connexion
           vers un serveur n'est pas négligeable. Subversion veut faire
           rentrer le maximum de requêtes dans une seule connexion avant
           que celle-ci ne soit fermée par le serveur. La directive
-          <literal>KeepAlive</literal> est un booléen qui active ou 
+          <literal>KeepAlive</literal> est un booléen qui active ou
           désactive cette réutilisation de connexion et, comme indiqué
-          précédemment, sa valeur par défaut est 
+          précédemment, sa valeur par défaut est
           <literal>On</literal>.</para>
 
 <!--
@@ -5514,18 +5514,18 @@
           to at least <literal>1000</literal>.</para>
 -->
         <para>Mais il existe une autre directive qui limite le nombre
-          de requêtes qu'un client peut soumettre sur une seule 
+          de requêtes qu'un client peut soumettre sur une seule
           connexion : la directive
           <literal>MaxKeepAliveRequests</literal>. La valeur par défaut
-          pour cette option est <literal>100</literal>. C'était 
-          probablement suffisant pour les vieilles versions de 
+          pour cette option est <literal>100</literal>. C'était
+          probablement suffisant pour les vieilles versions de
           Subversion, mais Subversion 1.8 utilise une bibliothèque de
           communication différente (appelée Serf) qui préfère lancer
           plusieurs petites requêtes pour récupérer des informations
           bien précises plutôt que de demander au serveur de transmettre
           d'énormes quantités de données en une seule réponse. Nous vous
           recommandons d'augmenter la valeur affectée à l'option
-          <literal>MaxKeepAliveRequests</literal> à au moins 
+          <literal>MaxKeepAliveRequests</literal> à au moins
           <literal>1000</literal>.</para>
 
         <informalexample>
@@ -5554,8 +5554,8 @@
 
 #
 # MaxKeepAliveRequests: nombre maximum de requêtes autorisées pour une
-# connexion persistante. Mettre à 0 pour autoriser un nombre illimité. 
-# Nous recommandons de laisser ce nombre élevé pour améliorer les 
+# connexion persistante. Mettre à 0 pour autoriser un nombre illimité.
+# Nous recommandons de laisser ce nombre élevé pour améliorer les
 # performances.
 #
 MaxKeepAliveRequests 1000
@@ -5586,13 +5586,13 @@
 -->
         <para>La plus grosse différence entre le client Subversion 1.8
           et ses prédécesseurs concerne la manière dont il effectue les
-          opérations de mises à jour  (<command>svn checkout</command>, 
-          <command>svn update</command>, <command>svn switch</command>, 
-          etc.). Les vieux clients, qui utilisaient la bibliothèque HTTP 
+          opérations de mises à jour  (<command>svn checkout</command>,
+          <command>svn update</command>, <command>svn switch</command>,
+          etc.). Les vieux clients, qui utilisaient la bibliothèque HTTP
           Neon pour les communications, préféraient demander au serveur
-          l'ensemble des informations dans une seule requête. Les 
+          l'ensemble des informations dans une seule requête. Les
           administrateurs pouvaient alors voir, dans les journaux de
-          connexions du serveur, la négociation initiale de la 
+          connexions du serveur, la négociation initiale de la
           transaction puis une requête <literal>REPORT</literal> dont la
           réponse était énorme. Cette réponse contenait l'extraction ou
           la mise à jour dans son ensemble !</para>
@@ -5611,13 +5611,13 @@
           requests (<literal>GET</literal>s and, in older versions of
           Subversion, <literal>PROPFIND</literal>s).</para>
 -->
-        <para>Les clients Subversion qui utilisent la bibliothèque HTTP 
+        <para>Les clients Subversion qui utilisent la bibliothèque HTTP
           Serf (ce qui inclut tous les clients basés sur Subversion 1.8)
           envoient toujours la requête <literal>REPORT</literal> mais
           avec des paramètres légèrement différents. Ces paramètres ne
-          demandent pas au serveur d'envoyer toutes les données 
+          demandent pas au serveur d'envoyer toutes les données
           relatives à l'opération mais d'envoyer seulement une liste de
-          vérifications des choses spécifiques que le client devra 
+          vérifications des choses spécifiques que le client devra
           récupérer auprès du serveur pour accomplir l'opération. Dans
           le journal <filename>access_log</filename> du serveur, la
           ligne <literal>REPORT</literal> est suivie par beaucoup de
@@ -5648,31 +5648,31 @@
           or newer) will try to use the bulk update approach unless
           otherwise configured.</para>
 -->
-        <para>Chacune des deux approches a ses avantages et ses 
+        <para>Chacune des deux approches a ses avantages et ses
           inconvénients. Comme nous l'avons déjà mentionné, les mises à
           jour groupées (<foreignphrase>bulk updates</foreignphrase> en
           anglais) produisent beaucoup moins de lignes dans les journaux
-          du serveur mais un processus fils du serveur Apache HTTP est 
-          entièrement dédié à cette opération, qui peut se révéler 
+          du serveur mais un processus fils du serveur Apache HTTP est
+          entièrement dédié à cette opération, qui peut se révéler
           particulièrement longue, jusqu'à sa fin. Les mises à jour
           par petites touches permettent de mettre en place des caches
-          (ce qui contribuera à améliorer les performances) mais vont 
-          générer dans les journaux un nombre de lignes sans commune 
-          mesure avec l'approche par mises à jour groupées. En 
+          (ce qui contribuera à améliorer les performances) mais vont
+          générer dans les journaux un nombre de lignes sans commune
+          mesure avec l'approche par mises à jour groupées. En
           conséquence, les administrateurs auront leur mot à dire sur la
-          méthode utilisée par les clients pour se mettre à jour. 
-          Subversion 1.6 a ainsi introduit la directive 
-          <literal>SVNAllowBulkUpdates</literal> de 
+          méthode utilisée par les clients pour se mettre à jour.
+          Subversion 1.6 a ainsi introduit la directive
+          <literal>SVNAllowBulkUpdates</literal> de
           <command>mod_dav_svn</command> : un simple booléen pour
-          laisser aux administrateurs le choix de spécifier si le 
+          laisser aux administrateurs le choix de spécifier si le
           serveur accepte les requêtes de mises à jour groupées. Avec
-          Subversion 1.8, cette directive s'est complétée avec la 
-          possibilité d'indiquer <literal>Prefer</literal> en plus de 
+          Subversion 1.8, cette directive s'est complétée avec la
+          possibilité d'indiquer <literal>Prefer</literal> en plus de
           <literal>On</literal> et <literal>Off</literal>. Quand
           <literal>SVNAllowBulkUpdates</literal> vaut
           <literal>Prefer</literal>, les clients qui reconnaissent cette
-          option (c'est-à-dire les versions 1.8 ou plus récentes) 
-          tenteront des mises à jour groupées à moins d'avoir été 
+          option (c'est-à-dire les versions 1.8 ou plus récentes)
+          tenteront des mises à jour groupées à moins d'avoir été
           configurés autrement.</para>
 
       </sect3>
@@ -5692,7 +5692,7 @@
         provides.</para>
 -->
       <para>Nous avons couvert la plupart des options d'authentification
-        et de contrôle d'accès pour Apache et 
+        et de contrôle d'accès pour Apache et
         <command>mod_dav_svn</command>. Mais il existe encore quelques
         autres directives d'Apache qui méritent d'être abordées.</para>
 
@@ -5722,13 +5722,13 @@
           répertoires suivis en versions sont immédiatement consultables
           à l'aide d'un navigateur web classique. Puisque Subversion
           utilise des URL pour identifier les ressources suivies en
-          versions, ces URL utilisées pour accéder aux dépôts 
-          <foreignphrase>via</foreignphrase> HTTP peuvent être tapées 
-          directement dans un navigateur web. Votre navigateur enverra 
-          une requête <literal>HTTP GET</literal> pour cette URL ; 
-          selon que cette URL représente ou non un fichier ou un 
-          répertoire suivi en versions, <command>mod_dav_svn</command> 
-          renverra soit la liste des éléments du répertoire, soit le 
+          versions, ces URL utilisées pour accéder aux dépôts
+          <foreignphrase>via</foreignphrase> HTTP peuvent être tapées
+          directement dans un navigateur web. Votre navigateur enverra
+          une requête <literal>HTTP GET</literal> pour cette URL ;
+          selon que cette URL représente ou non un fichier ou un
+          répertoire suivi en versions, <command>mod_dav_svn</command>
+          renverra soit la liste des éléments du répertoire, soit le
           contenu du fichier.</para>
 
         <sect4 id="svn.serverconfig.httpd.extra.browsing.syntax">
@@ -5748,9 +5748,9 @@
             Of course, you can even use the URLs as hyperlinks from
             other web sites, too.</para>
 -->
-          <para>Comme les URL ne contiennent pas d'informations 
+          <para>Comme les URL ne contiennent pas d'informations
             relatives à la version de la ressource qui vous intéresse,
-            <command>mod_dav_svn</command> renverra toujours la version 
+            <command>mod_dav_svn</command> renverra toujours la version
             la plus récente. Cette fonctionnalité a un merveilleux effet
             secondaire : vous pouvez partager avec vos pairs des
             URL Subversion en guise de références à des documents
@@ -5775,19 +5775,19 @@
             where <replaceable>REV</replaceable> is a revision number, to
             specify an operative revision.</para>
 -->
-          <para>Depuis Subversion 1.6, <command>mod_dav_svn</command> 
+          <para>Depuis Subversion 1.6, <command>mod_dav_svn</command>
             reconnait une syntaxe d'URI particulière pour examiner les
             vieilles révisions des fichiers et des répertoires. Cette
             syntaxe utilise la partie <quote>requête</quote> de l'URL
-            pour spécifier une révision pivot ou une révision 
-            opérationnelle. Subversion utilisera ces arguments pour 
+            pour spécifier une révision pivot ou une révision
+            opérationnelle. Subversion utilisera ces arguments pour
             déterminer la version du fichier ou du répertoire que vous
             voulez afficher dans votre navigateur. Ajoutez la paire
             <literal>p=<replaceable>REV_PIVOT</replaceable></literal>,
             où <replaceable>REV_PIVOT</replaceable> est un numéro
-            de révision, pour spécifier la révision pivot que vous 
+            de révision, pour spécifier la révision pivot que vous
             souhaitez appliquer à la requête. Utilisez
-            <literal>r=<replaceable>REV</replaceable></literal>, où 
+            <literal>r=<replaceable>REV</replaceable></literal>, où
             <replaceable>REV</replaceable> est un numéro de révision,
             pour spécifier une révision opérationnelle.</para>
 
@@ -5799,7 +5799,7 @@
             something like the following:</para>
 -->
           <para>Par exemple, si vous voulez voir la dernière version du
-            fichier <filename>LISEZMOI.txt</filename> situé dans 
+            fichier <filename>LISEZMOI.txt</filename> situé dans
             <filename>/trunk</filename> de votre projet, faites pointer
             votre navigateur vers l'URL de ce fichier, qui devrait
             ressembler à quelque chose comme ceci :</para>
@@ -5816,7 +5816,7 @@
             file, add an operative revision to the URL's query
             string:</para>
 -->
-          <para>Si vous voulez voir une version plus ancienne de ce 
+          <para>Si vous voulez voir une version plus ancienne de ce
           fichier, ajouter une révision opérationnelle à l'URL:</para>
 
           <informalexample>
@@ -5868,12 +5868,12 @@
             be a bit tricky to wrap your head around.</para>
 -->
           <para>L'URL ci-dessus affichera la révision 21 de l'objet qui,
-            dans la révision 123, se trouvait à 
-            <filename>/trunk/chose-renommée.txt</filename> dans le 
-            dépôt. Reportez-vous à <xref linkend="svn.advanced.pegrevs" 
-            /> pour une explication détaillée des concepts de 
-            <quote>révision pivot</quote> et <quote>révision 
-            opérationnelle</quote>,  ils peuvent être relativement 
+            dans la révision 123, se trouvait à
+            <filename>/trunk/chose-renommée.txt</filename> dans le
+            dépôt. Reportez-vous à <xref linkend="svn.advanced.pegrevs"
+            /> pour une explication détaillée des concepts de
+            <quote>révision pivot</quote> et <quote>révision
+            opérationnelle</quote>,  ils peuvent être relativement
             difficiles à appréhender.</para>
 
 <!--
@@ -5888,16 +5888,16 @@
             default behavior, which is to deliver the file's content
             without any keywords expanded.</para>
 -->
-          <para>À partir de Subversion 1.8, 
-            <command>mod_dav_svn</command> a acquis la capacité de 
+          <para>À partir de Subversion 1.8,
+            <command>mod_dav_svn</command> a acquis la capacité de
             substituer des mots-clés. Quand
-            <command>mod_dav_svn</command> trouve dans l'URL de la 
+            <command>mod_dav_svn</command> trouve dans l'URL de la
             requête un argument <literal>kw=1</literal>, il substitue
             les mots-clés au moment de renvoyer la réponse. Ne pas
             spécifier de paramètre <literal>kw</literal> ou lui affecter
-            une valeur autre que <literal>1</literal> entraine le 
-            comportement par défaut, c'est-à-dire renvoyer le 
-            contenu du fichier sans avoir substitué les 
+            une valeur autre que <literal>1</literal> entraine le
+            comportement par défaut, c'est-à-dire renvoyer le
+            contenu du fichier sans avoir substitué les
             mots-clés.</para>
 
 <!--
@@ -5908,8 +5908,8 @@
             of a working copy.</para>
 -->
           <para>Puisque la substitution des mots-clés est typiquement
-            une opération réalisée par le client Subversion, dans le 
-            cadre de l'administration et la gestion des copies de 
+            une opération réalisée par le client Subversion, dans le
+            cadre de l'administration et la gestion des copies de
             travail, ce moyen de substituer les mots-clés par le serveur
             trouve toute son utilité  dans le cas où vous n'utilisez pas
             de copie de travail.</para>
@@ -5922,9 +5922,9 @@
             URL:</para>
 -->
           <para>Par exemple, si vous souhaitez voir la dernière version
-            du fichier <filename>LISEZMOI.txt</filename> situé dans 
+            du fichier <filename>LISEZMOI.txt</filename> situé dans
             <filename>/trunk</filename> avec les mots-clés substitués,
-            ajoutez l'argument <literal>kw=1</literal> dans l'URL de 
+            ajoutez l'argument <literal>kw=1</literal> dans l'URL de
             votre requête :</para>
 
           <informalexample>
@@ -5942,13 +5942,13 @@
             <xref linkend="svn.advanced.props.special.keywords" /> for a
             detailed description of the keyword substitution feature.</para>
 -->
-          <para>À l'instar de l'opération côté client, seuls les 
-            mots-clés qui sont explicitement désignés 
+          <para>À l'instar de l'opération côté client, seuls les
+            mots-clés qui sont explicitement désignés
             <foreignphrase>via</foreignphrase> la propriété
             <literal>svn:keywords</literal> du fichier concerné seront
-            substitués. Lisez <xref 
+            substitués. Lisez <xref
             linkend="svn.advanced.props.special.keywords" /> pour une
-            description détaillée de la substitution de 
+            description détaillée de la substitution de
             mots-clés.</para>
 
 <!--
@@ -5969,18 +5969,18 @@
             differences between file revisions, and so on.</para>
 -->
           <para>Pour mémoire, <command>mod_dav_svn</command> n'offre
-            qu'une capacité réduite de navigation dans le dépot. Vous 
-            pouvez visualiser la liste des fichiers d'un répertoire et 
-            le contenu des fichiers mais pas les propriétés de révision 
-            (telles que les messages de propagation) ou les propriétés 
+            qu'une capacité réduite de navigation dans le dépot. Vous
+            pouvez visualiser la liste des fichiers d'un répertoire et
+            le contenu des fichiers mais pas les propriétés de révision
+            (telles que les messages de propagation) ou les propriétés
             des fichiers et répertoires. Pour ceux qui ont besoin de
-            naviguer plus finement dans les dépôts et leurs historiques,  
+            naviguer plus finement dans les dépôts et leurs historiques,
             un certain nombre de logiciels tiers répondent présent. Par
-            exemple, nous pouvons citer ViewVC (<ulink 
+            exemple, nous pouvons citer ViewVC (<ulink
             url="http://viewvc.org"/>), Trac (<ulink
             url="http://trac.edgewall.org"/>) et WebSVN (<ulink
             url="http://websvn.info"/>). Ces outils tiers ne touchent
-            pas à la <quote>navigabilité</quote> native offerte par 
+            pas à la <quote>navigabilité</quote> native offerte par
             <command>mod_dav_svn</command> et proposent généralement
             tout un tas de fonctionnalités supplémentaires, y compris
             l'affichage des propriétés comme mentionné, l'affichage des
@@ -6012,16 +6012,16 @@
 -->
           <para>Quand il consulte un dépôt Subversion, le navigateur web
             obtient un indice pour savoir comment rendre le contenu d'un
-            fichier en examinant l'entête 
+            fichier en examinant l'entête
             <literal>Content-Type:</literal> qui fait partie de la
             réponse envoyée par Apache à la requête HTTP
             <literal>GET</literal>. La valeur de cet entête est en
             quelque sorte un type MIME. Par défaut, Apache va indiquer
             aux navigateurs web que tous les fichiers du dépôt sont du
-            type MIME par défaut, en général 
+            type MIME par défaut, en général
             <literal>text/plain</literal>. Cela peut s'avérer assez
             frustrant, si un utilisateur désire visualiser les fichiers
-            du dépôt de manière plus appropriée — par exemple, un 
+            du dépôt de manière plus appropriée — par exemple, un
             fichier <filename>truc.html</filename> du dépôt sera bien
             plus lisible s'il est rendu dans le navigateur en tant que
             fichier HTML.</para>
@@ -6042,10 +6042,10 @@
             sujet sont disponibles dans <xref
             linkend="svn.advanced.props.special.mime-type"/> et vous
             pouvez même configurer votre dépôt pour qu'il associe
-            automatiquement la valeur de 
-            <literal>svn:mime-type</literal> appropriée aux fichiers qui 
-            arrivent dans le dépôt pour la première fois ; 
-            reportez-vous à <xref 
+            automatiquement la valeur de
+            <literal>svn:mime-type</literal> appropriée aux fichiers qui
+            arrivent dans le dépôt pour la première fois ;
+            reportez-vous à <xref
             linkend="svn.advanced.props.auto"/>.</para>
 
 <!--
@@ -6070,8 +6070,8 @@
             une page HTML. On pourrait aussi associer des propriétés
             ayant des valeurs <literal>image/*</literal> appropriées aux
             fichiers d'images et, en fin de compte, faire qu'un site web
-            entier soit consultable directement à travers un 
-            dépôt ! Ceci ne pose en général pas de problème, du 
+            entier soit consultable directement à travers un
+            dépôt ! Ceci ne pose en général pas de problème, du
             moment que le site web ne possède pas de contenu généré
             dynamiquement.</para>
         </sect4>
@@ -6151,7 +6151,7 @@
            répertoire <filename>tools/xslt/</filename> du code source de
            Subversion. Gardez à l'esprit que le chemin d'accès fourni au
            répertoire <literal>SVNIndexXSLT</literal> est en fait une
-           URL — les navigateurs doivent être capables de lire vos 
+           URL — les navigateurs doivent être capables de lire vos
            feuilles de style pour les utiliser !</para>
 
         </sect4>
@@ -6171,10 +6171,10 @@
             directive:</para>
 -->
           <para>Si vous desservez un ensemble de dépôts à partir d'une
-            URL unique <foreignphrase>via</foreignphrase> la directive 
-            <literal>SVNParentPath</literal>, il est possible de faire 
-            afficher par Apache tous les dépôts disponibles dans un 
-            navigateur web. Il suffit d'activer la directive 
+            URL unique <foreignphrase>via</foreignphrase> la directive
+            <literal>SVNParentPath</literal>, il est possible de faire
+            afficher par Apache tous les dépôts disponibles dans un
+            navigateur web. Il suffit d'activer la directive
             <literal>SVNListParentPath</literal> :</para>
 
           <informalexample>
@@ -6256,10 +6256,10 @@
           les erreurs internes qu'Apache rencontre au cours de son
           fonctionnement. Le fichier <filename>access_log</filename>
           enregistre toutes les requêtes HTTP reçues par Apache. Ceci
-          permet de voir facilement, par exemple, à partir de quelles 
-          adresses IP les clients Subversion se connectent, à quelle 
-          fréquence un client donné utilise le serveur, quels 
-          utilisateurs se sont authentifiés correctement et quelles 
+          permet de voir facilement, par exemple, à partir de quelles
+          adresses IP les clients Subversion se connectent, à quelle
+          fréquence un client donné utilise le serveur, quels
+          utilisateurs se sont authentifiés correctement et quelles
           requêtes ont échoué ou réussi.</para>
 
 <!--
@@ -6277,12 +6277,12 @@
         <para>Malheureusement, parce qu'HTTP est un protocole sans
           notion d'état, même la plus simple opération du client
           Subversion génère plusieurs requêtes réseau. Il est donc très
-          difficile d'examiner le fichier 
-          <filename>access_log</filename> et d'en déduire ce que le 
-          client faisait — la plupart des opérations se présentent 
-          sous la forme de séries de requêtes 
+          difficile d'examiner le fichier
+          <filename>access_log</filename> et d'en déduire ce que le
+          client faisait — la plupart des opérations se présentent
+          sous la forme de séries de requêtes
           <literal>PROPPATCH</literal>, <literal>GET</literal>,
-          <literal>PUT</literal> et <literal>REPORT</literal> 
+          <literal>PUT</literal> et <literal>REPORT</literal>
           énigmatiques. Pour couronner le tout, de nombreuses opérations
           du client envoient des séries de requêtes quasi-identiques, il
           est donc encore plus difficile de les distinguer.</para>
@@ -6409,16 +6409,16 @@
           <xref linkend="svn.serverconfig.operational-logging"/>.</para>
 -->
         <para>En complément de la variable d'environnement
-          <literal>SVN-ACTION</literal>, <command>mod_dav_svn</command> 
+          <literal>SVN-ACTION</literal>, <command>mod_dav_svn</command>
           définit aussi les variables <literal>SVN-REPOS</literal> et
-          (resp.) <literal>SVN-REPOS-NAME</literal>, qui contiennent le 
+          (resp.) <literal>SVN-REPOS-NAME</literal>, qui contiennent le
           chemin dans le système de fichiers vers le dépôt et (resp.) le
-          nom simple. Vous voudrez peut-être inclure des références à 
-          ces variables dans la chaîne de caractères qui définit le 
+          nom simple. Vous voudrez peut-être inclure des références à
+          ces variables dans la chaîne de caractères qui définit le
           format dans <literal>CustomLog</literal>, surtout si vous
-          combinez dans ce fichier les journaux en provenance de 
+          combinez dans ce fichier les journaux en provenance de
           plusieurs dépôts. Pour obtenir une liste exhaustive de toutes
-          les actions journalisées, reportez-vous à <xref 
+          les actions journalisées, reportez-vous à <xref
           linkend="svn.serverconfig.operational-logging"/>.</para>
 
 <!--
@@ -6434,17 +6434,17 @@
           encouraged to use the log rotation and archival approach
           which works best for them.</para>
 -->
-        <para>Évidemment, plus Apache journalise d'informations 
+        <para>Évidemment, plus Apache journalise d'informations
            relatives aux activités de Subversion, plus le journal prend
-           de place sur le disque. Il n'est pas rare qu'un serveur 
-           Subversion à gros trafic génère plusieurs gigaoctets de 
+           de place sur le disque. Il n'est pas rare qu'un serveur
+           Subversion à gros trafic génère plusieurs gigaoctets de
            journaux par jour. Tout aussi évidemment, les journaux ne
            sont utiles que si vous pouvez en extraire de l'information
            pertinente et les journaux gigantesques peuvent rapidement
            devenir difficiles à exploiter. Il existe diverses solutions
            pour gérer les journaux d'Apache qui sortent du cadre de ce
-           livre. Nous préconisons aux administrateurs d'utiliser la 
-           rotation des journaux et l'archivage qui leur convient le 
+           livre. Nous préconisons aux administrateurs d'utiliser la
+           rotation des journaux et l'archivage qui leur convient le
            mieux.</para>
 
  <!--
@@ -7378,7 +7378,7 @@
 <!--
       <title>Subversion Apache HTTP Server Configuration Reference</title>
 -->
-      <title>Référence pour la configuration d'un serveur Subversion 
+      <title>Référence pour la configuration d'un serveur Subversion
         HTTP Apache</title>
 
 <!--
@@ -7394,13 +7394,13 @@
 -->
       <para>Dans les sections <foreignphrase>supra</foreignphrase>, nous
         avons mentionné de nombreuses directives que les administrateurs
-        peuvent utiliser dans leurs fichiers 
-        <filename>httpd.conf</filename> pour activer des options et 
-        configurer leur <quote>offre de service</quote>. Chaque 
+        peuvent utiliser dans leurs fichiers
+        <filename>httpd.conf</filename> pour activer des options et
+        configurer leur <quote>offre de service</quote>. Chaque
         directive a fait l'objet d'une introduction et d'une brève
         présentation de la fonctionnalité qu'elle pilote. Dans cette
-        section, nous allons rapidement résumer 
-        <emphasis>toutes</emphasis> les directives proposées par à la 
+        section, nous allons rapidement résumer
+        <emphasis>toutes</emphasis> les directives proposées par à la
         fois le serveur HTTP Apache et les modules Subversion qui sont
         livrés avec la distribution standard Subversion.</para>
 
@@ -7416,8 +7416,8 @@
           and supported by Subversion's Apache HTTP Server module,
           <command>mod_dav_svn</command>.</para>
 -->
-        <para>Les directive de configuration 
-          <foreignphrase>infra</foreignphrase> sont reconnues et 
+        <para>Les directive de configuration
+          <foreignphrase>infra</foreignphrase> sont reconnues et
           interprétées par le module Subversion du serveur HTTP Apache
           <command>mod_dav_svn</command>.</para>
 
@@ -7436,7 +7436,7 @@
                 requests.</para>
 -->
               <para>Doit être incluse dans tout bloc
-                <literal>Directory</literal> ou 
+                <literal>Directory</literal> ou
                 <literal>Location</literal> d'un dépôt Subversion. Elle
                 indique à <command>httpd</command> d'utiliser le module
                 <literal>mod_dav</literal> pour répondre à toutes les
@@ -7461,11 +7461,11 @@
                 path.</para>
 -->
               <para>Spécifie l'emplacement dans le système de fichiers
-                de la base de données qui stocke les rapports 
-                d'activités. Par défaut, <command>mod_dav_svn</command> 
+                de la base de données qui stocke les rapports
+                d'activités. Par défaut, <command>mod_dav_svn</command>
                 crée et utilise un répertoire dans le dépôt appelé
                 <filename>dav/activities.d</filename>. Le chemin
-                spécifié par cette option doit être un chemin 
+                spécifié par cette option doit être un chemin
                 absolu.</para>
 
 <!--
@@ -7476,10 +7476,10 @@
                 For example:</para>
 -->
 
-              <para>Si elle est incluse dans un bloc 
+              <para>Si elle est incluse dans un bloc
                 <literal>SVNParentPath</literal>,
-                <command>mod_dav_svn</command> ajoute le nom du 
-                répertoire au chemin spécifié ici. Par 
+                <command>mod_dav_svn</command> ajoute le nom du
+                répertoire au chemin spécifié ici. Par
                 exemple :</para>
 
               <informalexample>
@@ -7496,7 +7496,7 @@
   #  /var/db/svn/activities/foo
   SVNActivitiesDB       "/var/db/svn/activities"
 </Location>
-</screen> 
+</screen>
 -->
           <screen>
 <Location /svn>
@@ -7534,15 +7534,15 @@
                 to <literal>Off</literal>.</para>
 -->
               <para>Nouveau dans Subversion 1.7. Cette directive indique
-                si <command>mod_dav_svn</command> annonce la 
+                si <command>mod_dav_svn</command> annonce la
                 compatibilité pour la nouvelle version du protocole HTTP
                 qui a été introduite dans cette version. La plupart des
                 administrateurs n'utilise pas cette directive (dont
                 la valeur par défaut est <literal>On</literal>) car elle
                 préfère bénéficier des performances accrues offertes par
                 le nouveau protocole. Cependant, si vous configurez un
-                serveur en tant que mandataire en écriture devant un 
-                serveur qui n'est pas compatible avec le nouveau 
+                serveur en tant que mandataire en écriture devant un
+                serveur qui n'est pas compatible avec le nouveau
                 protocole, affectez la valeur <literal>Off</literal> à
                 cette directive.</para>
 
@@ -7574,25 +7574,25 @@
                 skelta responses, regardless of the type of responses
                 requested by the client.</para>
 -->
-              <para>Autorise la compatibilité avec les réponses 
+              <para>Autorise la compatibilité avec les réponses
                 <quote>tout compris</quote> pour les requêtes de mises
                 à jour de type <literal>REPORT</literal>. Les clients
-                Subversion utilisent des requêtes 
-                <literal>REPORT</literal> vers 
-                <command>mod_dav_svn</command> pour obtenir des 
-                informations lors des extractions et des mises à jour. 
-                Ils peuvent demander au serveur d'envoyer les 
-                informations soit sous la forme d'une seule réponse 
+                Subversion utilisent des requêtes
+                <literal>REPORT</literal> vers
+                <command>mod_dav_svn</command> pour obtenir des
+                informations lors des extractions et des mises à jour.
+                Ils peuvent demander au serveur d'envoyer les
+                informations soit sous la forme d'une seule réponse
                 englobant les informations de toute l'arborescence, soit
                 sous la forme de <firstterm>skeltas</firstterm> qui ne
                 contiennent que l'information juste suffisante pour que
-                le client sache quelles données 
+                le client sache quelles données
                 <emphasis>supplémentaire</emphasis> il doit demander au
-                serveur. Quand cette directive est incluse avec la 
-                valeur <literal>Off</literal>, 
+                serveur. Quand cette directive est incluse avec la
+                valeur <literal>Off</literal>,
                 <command>mod_dav_svn</command> ne répond que par des
                 skeltas aux requêtes de type <literal>REPORT</literal>,
-                quel que soit le type de réponse demandé par le 
+                quel que soit le type de réponse demandé par le
                 client.</para>
 
 <!--
@@ -7606,14 +7606,14 @@
                 requests in Apache's logs.  The default value of this
                 directive is <literal>On</literal>.</para>
 -->
-              <para>Beaucoup d'entre vous n'utiliseront pas du tout 
+              <para>Beaucoup d'entre vous n'utiliseront pas du tout
                 cette directive. Elle existe principalement pour les
                 administrateurs qui souhaitent (pour des raisons de
-                sécurité ou d'audit) forcer les clients Subversion à 
+                sécurité ou d'audit) forcer les clients Subversion à
                 réclamer individuellement chaque fichier et répertoire
-                dont il a besoin pour la mise à jour ou l'extraction, 
-                laissant toute une série de traces de requêtes 
-                <literal>GET</literal> et <literal>PROPFIND</literal> 
+                dont il a besoin pour la mise à jour ou l'extraction,
+                laissant toute une série de traces de requêtes
+                <literal>GET</literal> et <literal>PROPFIND</literal>
                 dans les journaux d'Apache. La valeur par défaut pour
                 cette directive est <literal>On</literal>.</para>
 
@@ -7643,13 +7643,13 @@
                 créer automatiquement des propagations. Un message de
                 propagation générique est créé et joint à la révision.
                 Si vous autorisez l'auto-versionnement, vous définirez
-                certainement aussi <literal>ModMimeUsePathInfo 
+                certainement aussi <literal>ModMimeUsePathInfo
                 On</literal> afin que <literal>mod_mime</literal> puisse
                 affecter automatiquement le bon type MIME à la propriété
                 <literal>svn:mime-type</literal> (dans la mesure où
                 <literal>mod_mime</literal> en est capable, bien sûr).
-                Pour plus d'informations, lisez <xref 
-                linkend="svn.webdav"/>.  La valeur par défaut est 
+                Pour plus d'informations, lisez <xref
+                linkend="svn.webdav"/>.  La valeur par défaut est
                 <literal>Off</literal>.</para>
 
             </listitem>
@@ -7669,10 +7669,10 @@
                 is <literal>Off</literal>.</para>
 -->
               <para>Lorsque la valeur est <literal>On</literal>, cela
-                demande à Subversion de mettre en cache, s'il y a 
-                suffisamment de place, le contenu textuel. Une 
+                demande à Subversion de mettre en cache, s'il y a
+                suffisamment de place, le contenu textuel. Une
                 amélioration significative des performances du serveur
-                est prévisible (voir aussi la directive 
+                est prévisible (voir aussi la directive
                 <literal>SVNInMemoryCacheSize</literal>). La valeur par
                 défaut est <literal>Off</literal>.</para>
 
@@ -7692,10 +7692,10 @@
                 is <literal>Off</literal>.</para>
 -->
               <para>Quand la valeur est <literal>On</literal>, cela
-                demande à Subversion de mettre en cache, s'il y a 
-                suffisamment de place, le contenu des deltas. Une 
+                demande à Subversion de mettre en cache, s'il y a
+                suffisamment de place, le contenu des deltas. Une
                 amélioration significative des performances du serveur
-                est prévisible (voir aussi la directive 
+                est prévisible (voir aussi la directive
                 <literal>SVNInMemoryCacheSize</literal>). La valeur par
                 défaut est <literal>Off</literal>.</para>
 
@@ -7718,7 +7718,7 @@
 -->
               <para>Spécifie le niveau de compression utilisé lors de
                 l'envoi des fichiers sur le réseau. Une valeur de
-                <literal>0</literal> interdit la compression et 
+                <literal>0</literal> interdit la compression et
                 <literal>9</literal> constitue la valeur maximale.
                 <literal>5</literal> est la valeur par défaut.</para>
 
@@ -7735,8 +7735,8 @@
               <para>Specifies the URI of an XSL transformation for
                 directory indexes.  This directive is optional.</para>
 -->
-              <para>Spécifie l'URI d'une transformation XSL pour 
-                l'index d'un répertoire. Cette directive est 
+              <para>Spécifie l'URI d'une transformation XSL pour
+                l'index d'un répertoire. Cette directive est
                 optionnelle.</para>
 
             </listitem>
@@ -7778,8 +7778,8 @@
 -->
               <para>Si vous affectez la valeur <literal>On</literal>,
                 une requête <literal>GET</literal> sur
-                <literal>SVNParentPath</literal> listera tous les 
-                dépôts sous ce chemin. La valeur par défaut est 
+                <literal>SVNParentPath</literal> listera tous les
+                dépôts sous ce chemin. La valeur par défaut est
                 <literal>Off</literal>.</para>
 
             </listitem>
@@ -7795,7 +7795,7 @@
                 repository (used for a write-through proxy).</para>
 -->
               <para>Spécifie l'URI du dépôt du serveur maître Subversion
-                (utilisée dans le cas d'un serveur mandataire en 
+                (utilisée dans le cas d'un serveur mandataire en
                 écriture).</para>
 
             </listitem>
@@ -7816,10 +7816,10 @@
                 both.</para>
 -->
               <para>Spécifie l'emplacement dans le système de fichiers
-                d'un répertoire parent dont les dossiers enfants sont 
-                des dépôts Subversion. Dans un bloc de configuration 
+                d'un répertoire parent dont les dossiers enfants sont
+                des dépôts Subversion. Dans un bloc de configuration
                 pour un dépôt Subversion, ou bien cette directive est
-                présente, ou bien c'est la variable 
+                présente, ou bien c'est la variable
                 <literal>SVNPath</literal>.</para>
 
             </listitem>
@@ -7840,9 +7840,9 @@
                 not both.</para>
 -->
               <para>Spécifie l'emplacement dans le système de fichiers
-                des fichiers stockant le dépôt Subversion. 
-                Dans un bloc de configuration pour un dépôt Subversion, 
-                ou bien cette directive est présente, ou bien c'est la 
+                des fichiers stockant le dépôt Subversion.
+                Dans un bloc de configuration pour un dépôt Subversion,
+                ou bien cette directive est présente, ou bien c'est la
                 variable <literal>SVNParentPath</literal>.</para>
 
             </listitem>
@@ -7861,13 +7861,13 @@
                 (<literal>short_circuit</literal>).  The default
                 value of this directive is <literal>On</literal>.</para>
 -->
-              <para>Configure le contrôle d'accès sur les chemins en 
-                autorisant (<literal>On</literal>) les sous-requêtes, 
-                en les désactivant (<literal>Off</literal> ; 
+              <para>Configure le contrôle d'accès sur les chemins en
+                autorisant (<literal>On</literal>) les sous-requêtes,
+                en les désactivant (<literal>Off</literal> ;
                 reportez-vous à <xref
                 linkend="svn.serverconfig.httpd.authz.pathauthzoff"/>)
-                ou en demandant directement à 
-                <command>mod_authz_svn</command> 
+                ou en demandant directement à
+                <command>mod_authz_svn</command>
                 (<literal>short_circuit</literal>). La valeur par
                 défaut est <literal>On</literal>.</para>
 
@@ -7889,10 +7889,10 @@
                 directive is optional.</para>
 -->
               <para>Spécifie le nom du dépôt Subversion à utiliser dans
-                les réponses à des requêtes <literal>HTTP GET</literal>. 
+                les réponses à des requêtes <literal>HTTP GET</literal>.
                 Cette valeur sera ajoutée au début du titre dans tous
-                les affichages de répertoires (qui sont transmis lorsque 
-                vous naviguez dans un dépôt Subversion avec un 
+                les affichages de répertoires (qui sont transmis lorsque
+                vous naviguez dans un dépôt Subversion avec un
                 navigateur Web). Cette directive est optionnelle.</para>
 
                <note>
@@ -7936,14 +7936,14 @@
                 torches.</para>
 -->
               <para>Spécifie l'URI d'un composant (espace de noms) pour
-                les ressources spéciales Subversion. La valeur par 
+                les ressources spéciales Subversion. La valeur par
                 défaut est <literal>!svn</literal> et la majorité des
                 administrateurs n'utilisera jamais cette directive.
                 Définissez la uniquement si vous avez absolument besoin
-                d'avoir un fichier dont le nom est 
+                d'avoir un fichier dont le nom est
                 <filename>!svn</filename> dans votre dépôt. Si vous
-                changez cette valeur sur un serveur déjà en service, 
-                cela cassera toutes les copies de travail déjà 
+                changez cette valeur sur un serveur déjà en service,
+                cela cassera toutes les copies de travail déjà
                 extraites et vos utilisateurs vous pourchasseront avec
                 des piques et des fers portés au rouge.</para>
             </listitem>
@@ -7966,15 +7966,15 @@
                 option is available as of Subversion 1.8.</para>
 -->
               <para>Quand la valeur est <literal>On</literal>,
-                <command>mod_dav_svn</command> communique avec les 
+                <command>mod_dav_svn</command> communique avec les
                 procédures automatiques en utilisant les chemins racines
                 du dépôt encodés en UTF-8 et il s'attend à ce que les
                 procédures automatiques génèrent des sorties (tels que
                 les messages d'erreurs) aussi en UTF-8. La valeur par
                 défaut est <literal>Off</literal>, ce qui signifie que
-                <command>mod_dav_svn</command> suppose que les 
+                <command>mod_dav_svn</command> suppose que les
                 procédures automatiques interagissent en ASCII 7 bits.
-                Cette option est disponible pour Subversion 1.8 et 
+                Cette option est disponible pour Subversion 1.8 et
                 ultérieurs.</para>
 
               <note>
@@ -7993,12 +7993,12 @@
                   encoded in the filesystem to match the scripts'
                   expectations.</para>
 -->
-                <para>Les administrateurs doivent s'assurer que 
-                  l'encodage attendu par les procédures automatiques 
-                  est bien conforme à celui utilisé pour toutes les 
+                <para>Les administrateurs doivent s'assurer que
+                  l'encodage attendu par les procédures automatiques
+                  est bien conforme à celui utilisé pour toutes les
                   façons dont elles peuvent être appelées. Par exemple,
-                  si un dépôt est accessible à la fois par 
-                  <command>httpd</command> et par 
+                  si un dépôt est accessible à la fois par
+                  <command>httpd</command> et par
                   <command>svnserve</command>,
                   <command>svnserve</command> doit être configuré aussi
                   pour utiliser UTF-8 (en définissant correctement les
@@ -8006,9 +8006,9 @@
                   option est définie pour
                   <command>mod_dav_svn</command>. Aussi, les chemins
                   dans le système de fichiers local qui contiennent
-                  des caractères non ASCII et qui sont référencés par 
-                  ces procédures (tels que les chemins racines des 
-                  dépôts) doivent être proprement encodés dans le 
+                  des caractères non ASCII et qui sont référencés par
+                  ces procédures (tels que les chemins racines des
+                  dépôts) doivent être proprement encodés dans le
                   système de fichiers pour correspondre aux attendus des
                   procédures automatiques.</para>
               </note>
@@ -8035,7 +8035,7 @@
 -->
         <para>Les directives de configurations suivantes concernent
           <command>mod_authz_svn</command>, le module Subversion pour
-          le contrôle d'accès basé sur les chemins du serveur HTTP 
+          le contrôle d'accès basé sur les chemins du serveur HTTP
           Apache. Pour une description approfondie du contrôle d'accès
           basé sur les chemins dans Subversion, reportez-vous à
           <xref linkend="svn.serverconfig.pathbasedauthz"/>.</para>
@@ -8056,11 +8056,11 @@
                 directive can at least normalize variably-cased
                 usernames into something consistent.</para>
 -->
-              <para>Définissez la valeur à <literal>Upper</literal>  
-                (resp. <literal>Lower</literal>) pour convertir 
+              <para>Définissez la valeur à <literal>Upper</literal>
+                (resp. <literal>Lower</literal>) pour convertir
                 l'identifiant en majuscules (resp. minuscules) avant de
                 le soumettre au contrôle d'accès. Comme les identifiants
-                sont comparés avec le fichier de contrôle d'accès en 
+                sont comparés avec le fichier de contrôle d'accès en
                 étant sensibles à la casse, cette directive permet au
                 moins de normaliser des identifiants dont la casse varie
                 vers un ensemble cohérent.</para>
@@ -8081,7 +8081,7 @@
 -->
               <para>Consulte le fichier
                 <replaceable>chemin-vers-fichier</replaceable> pour le
-                contrôle d'accès des chemins dans le dépôt 
+                contrôle d'accès des chemins dans le dépôt
                 Subversion.</para>
 
             </listitem>
@@ -8102,11 +8102,11 @@
 -->
               <para>Définissez à <literal>Off</literal> pour désactiver
                 deux comportements particuliers de ce module :
-                l'interaction avec la directive <literal>Satisfy 
+                l'interaction avec la directive <literal>Satisfy
                 Any</literal> et le forçage de la politique de contrôle
-                d'accès même si aucune directive 
+                d'accès même si aucune directive
                 <literal>Require</literal> n'est présente. La valeur par
-                défaut pour cette directive est 
+                défaut pour cette directive est
                 <literal>On</literal>.</para>
 
             </listitem>
@@ -8124,7 +8124,7 @@
 -->
               <para>Définissez à <literal>Off</literal> pour déléguer
                 le contrôle d'accès à des modules plus bas. La valeur
-                par défaut pour cette directive est 
+                par défaut pour cette directive est
                 <literal>On</literal>.</para>
 
             </listitem>
@@ -8187,11 +8187,11 @@
       people.  It's even possible to restrict access on a per file
       basis.</para>
 -->
-    <para>Il est pourtant aussi possible de définir des règles d'accès 
-      possédant une granularité plus fine. Un ensemble d'utilisateurs 
-      peut alors obtenir le droit d'écrire dans certains répertoires du 
-      dépôt mais pas dans d'autres ; parallèlement, un autre 
-      répertoire peut très bien ne pas être accessible en lecture pour 
+    <para>Il est pourtant aussi possible de définir des règles d'accès
+      possédant une granularité plus fine. Un ensemble d'utilisateurs
+      peut alors obtenir le droit d'écrire dans certains répertoires du
+      dépôt mais pas dans d'autres ; parallèlement, un autre
+      répertoire peut très bien ne pas être accessible en lecture pour
       la majorité des utilisateurs. Il est même possible de restreindre
       l'accès fichier par fichier.</para>
 
@@ -8349,7 +8349,7 @@
 <!--
       <title>Getting Started with Path-Based Access Control</title>
 -->
-      <title>Introduction au contrôle d'accès basé sur les 
+      <title>Introduction au contrôle d'accès basé sur les
         chemins</title>
 
 <!--
@@ -8365,13 +8365,13 @@
         <xref linkend="svn.serverconfig.httpd.authz.perdir"/>.)</para>
 -->
       <para>Subversion permet le contrôle d'accès basé sur les chemins
-        avec Apache <foreignphrase>via</foreignphrase> son module 
-        <command>mod_authz_svn</command>, qui doit être chargé en 
+        avec Apache <foreignphrase>via</foreignphrase> son module
+        <command>mod_authz_svn</command>, qui doit être chargé en
         utilisant la directive <literal>LoadModule</literal> dans
         <filename>httpd.conf</filename> de la même manière que pour le
-        chargement du module <command>mod_dav_svn</command>. Pour 
+        chargement du module <command>mod_dav_svn</command>. Pour
         activer l'utilisation du module pour vos dépôts, vous devez
-        ajouter la directive <literal>AuthzSVNAccessFile</literal> 
+        ajouter la directive <literal>AuthzSVNAccessFile</literal>
         (toujours dans le fichier <filename>httpd.conf</filename>) en la
         faisant pointer vers votre propre fichier contenant les règles
         de contrôle d'accès (pour une explication détaillée, consultez
@@ -8384,10 +8384,10 @@
         your <filename>svnserve.conf</filename> file) to your access
         rules file.</para>
 -->
-      <para>Pour configurer le contrôle d'accès basé sur les chemins 
-        avec <command>svnserve</command>,faites simplement pointer la 
+      <para>Pour configurer le contrôle d'accès basé sur les chemins
+        avec <command>svnserve</command>,faites simplement pointer la
         variable de configuration <literal>authz-db</literal>
-        (qui se trouve dans le fichier 
+        (qui se trouve dans le fichier
         <filename>svnserve.conf</filename>) vers votre fichier contenant
         les règles de contrôle d'accès.</para>
 
@@ -8418,15 +8418,15 @@
         dans <filename>svnserve.conf</filename> et dans les fichiers de
         configuration. Les lignes commençant par un dièse
         (<literal>#</literal>) sont ignorées. Dans la forme la plus
-        simple, chaque section désigne un dépôt et un chemin à 
+        simple, chaque section désigne un dépôt et un chemin à
         l'intérieur de celui-ci. En d'autres termes, sauf pour quelques
         sections particulières, les noms de sections se présentent sous
-        deux formes : soit <literal>nom-depot:chemin</literal>, 
-        soit <literal>[chemin]</literal>. Les noms d'utilisateurs 
-        authentifiés sont les noms des options à l'intérieur de chaque 
-        section ; la valeur de chaque option décrit le niveau 
-        d'accès de cet utilisateur au chemin du dépôt : soit 
-        <literal>r</literal> (lecture seule), soit <literal>rw</literal> 
+        deux formes : soit <literal>nom-depot:chemin</literal>,
+        soit <literal>[chemin]</literal>. Les noms d'utilisateurs
+        authentifiés sont les noms des options à l'intérieur de chaque
+        section ; la valeur de chaque option décrit le niveau
+        d'accès de cet utilisateur au chemin du dépôt : soit
+        <literal>r</literal> (lecture seule), soit <literal>rw</literal>
         (lecture/écriture). Si l'utilisateur ne figure pas dans la
         section, l'accès n'est pas autorisé.</para>
 
@@ -8445,13 +8445,13 @@
 -->
         <para>Les chemins utilisés dans les sections du fichier de
           contrôle d'accès doivent être spécifiés en utilisant le
-          <quote>style interne</quote> de Subversion, ce qui veut 
-          simplement dire qu'ils doivent être encodés en UTF-8 et 
-          utiliser comme séparateur de répertoires la barre oblique 
+          <quote>style interne</quote> de Subversion, ce qui veut
+          simplement dire qu'ils doivent être encodés en UTF-8 et
+          utiliser comme séparateur de répertoires la barre oblique
           (<literal>/</literal>), même sur les systèmes Windows. Notez
-          également que ces chemins ne doivent pas comporter de 
+          également que ces chemins ne doivent pas comporter de
           caractère <quote>échappé</quote> (tel qu'on les trouve par
-          exemple dans l'encodage URI) — les espaces 
+          exemple dans l'encodage URI) — les espaces
           dans les noms de fichiers doivent être représentés telles
           quelles dans les noms de sections
           <literal>[nom-depot:chemin avec espaces]</literal>),
@@ -8467,9 +8467,9 @@
 -->
       <para>Voici un exemple simple pour montrer à quoi ressemble
         un fichier de configuration du contrôle d'accès où Sally possède
-        des droits en lecture seule et Harry des droits en 
+        des droits en lecture seule et Harry des droits en
         lecture/écriture pour le chemin
-        <filename>/branches/calc/bug-142</filename> (et tous ses 
+        <filename>/branches/calc/bug-142</filename> (et tous ses
         enfants) dans le dépôt <literal>calc</literal> :</para>
 
       <informalexample>
@@ -8493,13 +8493,13 @@
 -->
       <warning>
         <para>Avant la version 1.7, Subversion ne distinguait pas la
-          casse des caractères pour les noms de dépôts et de chemins 
+          casse des caractères pour les noms de dépôts et de chemins
           dans le cadre du contrôle d'accès, il convertissait le tout en
-          minuscules avant d'effectuer la confrontation avec le contenu 
+          minuscules avant d'effectuer la confrontation avec le contenu
           du fichier de contrôle d'accès. Dorénavant, il est sensible à
           la casse. Si vous mettez à jour un serveur vers la version
           1.7 à partir d'une version antérieure, passez en revue votre
-          fichier de contrôle d'accès pour vérifier que la casse est 
+          fichier de contrôle d'accès pour vérifier que la casse est
           correcte.</para>
       </warning>
 
@@ -8521,13 +8521,13 @@
         option) to the repository.</para>
 -->
       <para>Le nom du dépôt tel qu'il est évalué par le sous-système de
-        contrôle d'accès dérive directement du chemin du dépôt. La 
+        contrôle d'accès dérive directement du chemin du dépôt. La
         manière exacte dont se déroule cette évaluation diffère en
-        fonction de la valeur de deux options. 
+        fonction de la valeur de deux options.
         <command>mod_dav_svn</command> utilise seulement le nom du
-        dépôt figurant dans l'URL de la racine du 
-        dépôt<footnote><para>N'importe quel nom de dépôt, 
-        lisible par un humain et configuré par la directive 
+        dépôt figurant dans l'URL de la racine du
+        dépôt<footnote><para>N'importe quel nom de dépôt,
+        lisible par un humain et configuré par la directive
         <literal>SVNReposName</literal> de
         <filename>httpd.conf</filename> est ignoré par le sous-système
         de contrôle d'accès. Vos sections du fichier de contrôle d'accès
@@ -8535,7 +8535,7 @@
         serveur comme cela a été décrit précédemment.</para></footnote>,
         alors que <command>svnserve</command> utilise l'ensemble du
         chemin relatif à partir de la racine du serveur (indiquée dans
-        l'option <option>--root</option> (<option>-r</option>) de la 
+        l'option <option>--root</option> (<option>-r</option>) de la
         ligne de commande) vers le dépôt.</para>
 
       <warning>
@@ -8558,16 +8558,16 @@
 -->
         <para><command>mod_dav_svn</command> et
           <command>svnserve</command> évaluant le nom de dépôt de deux
-          manières différentes, cela peut conduire à des problèmes 
+          manières différentes, cela peut conduire à des problèmes
           lorsque les deux serveurs fonctionnent simultanément sur la
           machine. Naturellement, un administrateur préférerait faire
-          pointer les deux configurations des serveurs sur le même 
-          fichier de contrôle d'accès. Cependant, afin que cela 
-          fonctionne, vous devez vous assurer que la partie du nom de 
+          pointer les deux configurations des serveurs sur le même
+          fichier de contrôle d'accès. Cependant, afin que cela
+          fonctionne, vous devez vous assurer que la partie du nom de
           dépôt qui figure dans le nom de section est compatible avec
           l'idée que se fait le serveur du nom de dépôt. Par exemple,
           en configurant la racine de <command>svnserve</command> pour
-          qu'elle soit la même que la valeur de la directive  
+          qu'elle soit la même que la valeur de la directive
           <literal>SVNParentPath</literal> de
           <command>mod_dav_svn</command>, ou alors en utilisant un
           fichier de contrôle d'accès différent par dépôt afin que les
@@ -8588,10 +8588,10 @@
 -->
       <para>Si vous utilisez la directive
         <literal>SVNParentPath</literal>, il est important de spécifier
-        les noms de dépôts dans vos sections. Si vous l'oubliez, à une 
+        les noms de dépôts dans vos sections. Si vous l'oubliez, à une
         section comme <literal>[/un/repertoire]</literal> correspondra
-        le chemin <filename>/un/repertoire</filename> dans 
-        <emphasis>chaque</emphasis> dépôt. Cependant, si vous utilisez 
+        le chemin <filename>/un/repertoire</filename> dans
+        <emphasis>chaque</emphasis> dépôt. Cependant, si vous utilisez
         la directive <literal>SVNPath</literal>, il suffit d'indiquer
         les chemins dans vos sections (après tout, il n'y a qu'un seul
         dépôt).</para>
@@ -8603,9 +8603,9 @@
         example, and grant Sally write access to a child of the branch
         that she's otherwise permitted only to read:</para>
 -->
-      <para>Les droits sont hérités d'un répertoire parent dans le 
+      <para>Les droits sont hérités d'un répertoire parent dans le
         système de fichiers. Cela veut dire que vous pouvez spécifier
-        un sous-répertoire avec des droits différents pour Sally. Si 
+        un sous-répertoire avec des droits différents pour Sally. Si
         nous continuons avec l'exemple précédent, nous pouvons autoriser
         Sally à écrire vers un répertoire fils de la branche où elle
         ne possède que des droits de lecture :</para>
@@ -8663,9 +8663,9 @@
 
 [calc:/branches/calc/bug-142/secret]
 harry =
-</programlisting> 
+</programlisting>
 -->
-        <programlisting> 
+        <programlisting>
 [calc:/branches/calc/bogue-142]
 harry = rw
 sally = r
@@ -8699,9 +8699,9 @@
         <para>Ce qu'il faut retenir est que le chemin le plus spécifique
           est choisi en premier. Le serveur tente de trouver une
           correspondance avec le chemin lui-même, puis avec son chemin
-          parent, puis avec le parent du parent, etc. Le résultat 
-          est que tout chemin spécifié dans le fichier des accès prendra 
-          le pas sur les droits hérités de ses répertoires 
+          parent, puis avec le parent du parent, etc. Le résultat
+          est que tout chemin spécifié dans le fichier des accès prendra
+          le pas sur les droits hérités de ses répertoires
           parents.</para>
 
 <!--
@@ -8712,10 +8712,10 @@
           and the latter ignored for <literal>calc</literal>.</para>
 -->
         <para>De la même manière, les sections qui spécifient un nom de
-          dépôt sont prioritaires sur celles qui n'en spécifient 
+          dépôt sont prioritaires sur celles qui n'en spécifient
           pas : si  <literal>[calc:/un/chemin]</literal> et
           <literal>[/un/chemin]</literal> sont présents, le premier
-          sera utilisé et le dernier ignoré pour 
+          sera utilisé et le dernier ignoré pour
           <literal>calc</literal>.</para>
       </tip>
 
@@ -8728,10 +8728,10 @@
         users</quote>:</para>
 
 -->
-      <para>Par défaut, personne n'a accès au dépôt. Cela signifie que 
-        si vous démarrez avec un fichier vide, vous voudrez probablement 
-        au moins donner les droits de lecture sur la racine du dépôt à 
-        tous les utilisateurs. Vous pouvez accomplir ceci en utilisant 
+      <para>Par défaut, personne n'a accès au dépôt. Cela signifie que
+        si vous démarrez avec un fichier vide, vous voudrez probablement
+        au moins donner les droits de lecture sur la racine du dépôt à
+        tous les utilisateurs. Vous pouvez accomplir ceci en utilisant
         la variable astérisque (<literal>*</literal>), qui désigne
         <quote>tous les utilisateurs</quote> :</para>
 
@@ -8751,12 +8751,12 @@
         subdirectories within specific repositories.</para>
 -->
       <para>C'est une configuration très répandue ; notez qu'aucun
-        nom de dépôt n'est mentionné dans le nom de la section. Ceci 
-        rend tous les dépôts accessibles en lecture à tous les 
-        utilisateurs. Une fois que tous les utilisateurs ont l'accès en 
+        nom de dépôt n'est mentionné dans le nom de la section. Ceci
+        rend tous les dépôts accessibles en lecture à tous les
+        utilisateurs. Une fois que tous les utilisateurs ont l'accès en
         lecture aux dépôts, vous pouvez accorder des droits d'écriture
-        (<literal>rw</literal>) explicites à certains utilisateurs sur 
-        des sous-répertoires spécifiques à l'intérieur de dépôts 
+        (<literal>rw</literal>) explicites à certains utilisateurs sur
+        des sous-répertoires spécifiques à l'intérieur de dépôts
         spécifiques.</para>
 
 <!--
@@ -8765,8 +8765,8 @@
         directories is the most common case.  You may similarly
         restrict access on file paths, too.</para>
 -->
-      <para>Notez que, bien que tous les exemples 
-        <foreignphrase>supra</foreignphrase> font référence à des 
+      <para>Notez que, bien que tous les exemples
+        <foreignphrase>supra</foreignphrase> font référence à des
         répertoires, c'est simplement parce qu'il est plus commun de
         définir des droits d'accès sur des répertoires. Mais vous pouvez
         également restreindre les accès sur des fichiers.</para>
@@ -8799,13 +8799,13 @@
         and its value is a comma-delimited list of usernames which
         are part of that group.</para>
 -->
-      <para>Le fichier des accès vous permet aussi de définir des 
+      <para>Le fichier des accès vous permet aussi de définir des
         groupes entiers d'utilisateurs, à la façon du fichier Unix
-        <filename>/etc/group</filename>. Créez donc une section 
-        <literal>groups</literal> dans votre fichiers d'accès et 
+        <filename>/etc/group</filename>. Créez donc une section
+        <literal>groups</literal> dans votre fichiers d'accès et
         décrivez vos groupes dans cette section : chaque nom de
         variable définit le nom d'un groupe et la valeur est une liste
-        d'identifiants, séparés par des virgules, qui constituent les 
+        d'identifiants, séparés par des virgules, qui constituent les
         membres de ce groupe.</para>
 
       <informalexample>
@@ -8832,7 +8832,7 @@
 
 -->
       <para>Les droits d'accès peuvent être accordés aux groupes de la
-        même façon qu'à de simples utilisateurs. Il faut juste les 
+        même façon qu'à de simples utilisateurs. Il faut juste les
         mettre en évidence par le préfixe <quote>at</quote>
         (<literal>@</literal>) :</para>
 
@@ -8853,7 +8853,7 @@
 
 [paint:/projets/paint]
 jane = r
- at developpeurs-paint = rw			
+ at developpeurs-paint = rw
 </programlisting>
       </informalexample>
 
@@ -8870,15 +8870,15 @@
         than their group's permissions is impossible.</para>
 
 -->
-      <para>Un autre fait notable est que les droits définis pour les 
+      <para>Un autre fait notable est que les droits définis pour les
         groupes ne sont pas écrasés par les droits individuels. En fait,
         c'est la <emphasis>combinaison</emphasis> de tous les droits qui
         s'applique. Dans l'exemple précédent, Jane est membre du groupe
        <literal>développeurs-paint</literal>, qui a les droits de
-       lecture/écriture. Combiné avec la règle 
+       lecture/écriture. Combiné avec la règle
        <literal>jane = r</literal>, cela donne toujours les droits de
        lecture/écriture à Jane. Les droits pour les membres d'un groupe
-       ne peuvent être que étendus au delà des droits du groupe. 
+       ne peuvent être que étendus au delà des droits du groupe.
        Restreindre les droits d'utilisateurs qui font partie d'un groupe
        n'est pas possible.</para>
 
@@ -8886,7 +8886,7 @@
       <para>Groups can also be defined to contain other groups:</para>
 
 -->
-      <para>Les groupes peuvent aussi contenir d'autres 
+      <para>Les groupes peuvent aussi contenir d'autres
         groupes :</para>
 
       <informalexample>
@@ -8930,14 +8930,14 @@
         with long or obscure usernames that are easy to
         mistype.</para>
 -->
-      <para>Certains systèmes d'authentification attendent et utilisent 
-        des noms d'utilisateurs relativement courts tels que ceux que 
+      <para>Certains systèmes d'authentification attendent et utilisent
+        des noms d'utilisateurs relativement courts tels que ceux que
         nous avons décrits ici — <literal>harry</literal>,
         <literal>sally</literal>, <literal>joe</literal>, etc. Mais
         d'autres systèmes d'authentification, comme par exemple ceux qui
         utilisent des bases LDAP ou des certificats clients SSL, peuvent
         utiliser des noms d'utilisateurs beaucoup plus complexes. Par
-        exemple, le nom d'utilisateur d'Harry dans un système protégé 
+        exemple, le nom d'utilisateur d'Harry dans un système protégé
         par LDAP pourrait très bien être : <literal>CN=Harold
         Hacker,OU=Engineers,DC=red-bean,DC=com</literal>. Avec des noms
         d'utilisateurs de ce type, le fichier des accès devient
@@ -8951,9 +8951,9 @@
         which assigns to it a more easily digestable alias.</para>
   -->
       <para>Heureusement, Subversion 1.5 a introduit les alias dans la
-        syntaxe du fichier de contrôle d'accès. Vous n'avez ainsi à 
-        taper le nom d'utilisateur complexe entier qu'une seule fois, au 
-        sein d'un paragraphe qui lui attribue un alias bien plus 
+        syntaxe du fichier de contrôle d'accès. Vous n'avez ainsi à
+        taper le nom d'utilisateur complexe entier qu'une seule fois, au
+        sein d'un paragraphe qui lui attribue un alias bien plus
         digeste.</para>
 
 <!--
@@ -8963,10 +8963,10 @@
         the value of those variables carrying the real Subversion
         username which is being aliased.</para>
 -->
-      <para>Les alias sont définis dans la section 
-        <literal>aliases</literal> du fichier de contrôle d'accès. 
+      <para>Les alias sont définis dans la section
+        <literal>aliases</literal> du fichier de contrôle d'accès.
         Chaque nom de variable déclarée dans cette section définit un
-        alias et la valeur de cette variable est l'identifiant réel 
+        alias et la valeur de cette variable est l'identifiant réel
         Subversion qui est derrière l'alias.</para>
 
       <informalexample>
@@ -8990,11 +8990,11 @@
         référence à ces utilisateurs en d'autres endroits du fichier par
         leurs alias, partout là où vous auriez sinon entré leur
         véritables noms d'utilisateurs. Il faut juste ajouter une
-        esperluette (<literal>&</literal>) juste avant l'alias pour 
+        esperluette (<literal>&</literal>) juste avant l'alias pour
         le distinguer des noms d'utilisateurs classiques :</para>
 
       <informalexample>
-<!--		  
+<!--
         <programlisting>
 [groups]
 calc-developers = &harry, &sally, &joe
@@ -9017,11 +9017,11 @@
         instead of doing global search-and-replace operations on the
         whole access file.</para>
 -->
-      <para>Vous pouvez aussi choisir d'utiliser des alias si les noms 
-        de vos utilisateurs changent souvent. Ainsi vous n'aurez que la 
+      <para>Vous pouvez aussi choisir d'utiliser des alias si les noms
+        de vos utilisateurs changent souvent. Ainsi vous n'aurez que la
         table des alias à mettre à jour quand des modifications de noms
         d'utilisateurs auront lieu, au lieu d'avoir à effectuer des
-        opérations de recherches-et-remplacements-globaux sur la 
+        opérations de recherches-et-remplacements-globaux sur la
         totalité du fichier.</para>
 
     </sect2>
@@ -9047,16 +9047,16 @@
         token, except that it matches everyone who has
         <emphasis>not</emphasis> authenticated with a username.</para>
   -->
-      <para>À partir de Subversion 1.5, le fichier de contrôle d'accès 
-        reconnait aussi des mots-clés <quote>magiques</quote> afin de 
-        vous aider à créer des règles basées sur le statut 
+      <para>À partir de Subversion 1.5, le fichier de contrôle d'accès
+        reconnait aussi des mots-clés <quote>magiques</quote> afin de
+        vous aider à créer des règles basées sur le statut
         d'authentification de l'utilisateurs. Ainsi le mot-clé
         <literal>$authenticated</literal> est utilisé pour désigner un
         utilisateur (quel qu'il soit) authentifié. Vous pouvez utiliser
         ce mot-clé à la place d'un identifiant, d'un alias ou d'un nom
-        de groupe dans vos règles de contrôle d'accès. De la même 
-        manière, le mot-clé <literal>$anonymous</literal> désigne 
-        n'importe qui qui <emphasis>n'est pas</emphasis> 
+        de groupe dans vos règles de contrôle d'accès. De la même
+        manière, le mot-clé <literal>$anonymous</literal> désigne
+        n'importe qui qui <emphasis>n'est pas</emphasis>
         authentifié.</para>
 
       <informalexample>
@@ -9078,13 +9078,13 @@
         unnecessarily obfuscated, the following block is equivalent to
         the one in the previous example:</para>
   -->
-      <para>Un autre élément magique de la syntaxe des fichiers de 
-        contrôle d'accès est le caractère tilde (<literal>~</literal>) 
+      <para>Un autre élément magique de la syntaxe des fichiers de
+        contrôle d'accès est le caractère tilde (<literal>~</literal>)
         qui est un marqueur d'exclusion. Dans vos règles de contrôle
         d'accès, si vous préfixez un identifiant, un alias, un groupe
-        ou un mot-clé d'authentification avec le caractère tilde, 
-        Subversion applique la règle aux utilisateurs qui 
-        <emphasis>ne vérifient pas</emphasis> la règle. Bien que 
+        ou un mot-clé d'authentification avec le caractère tilde,
+        Subversion applique la règle aux utilisateurs qui
+        <emphasis>ne vérifient pas</emphasis> la règle. Bien que
         inutilement complexe, le bloc suivant est équivalent à celui
         du précédent exemple :</para>
 
@@ -9100,11 +9100,11 @@
 <!--
       <para>A less obvious example might be as follows:</para>
 -->
-      <para>Un exemple moins simpliste pourrait ressembler 
+      <para>Un exemple moins simpliste pourrait ressembler
         à :</para>
 
       <informalexample>
-<!--		  
+<!--
         <programlisting>
 [groups]
 calc-developers = &harry, &sally, &joe
@@ -9153,10 +9153,10 @@
         behavior with <command>svn checkout</command>.</para>
 
 -->
-      <para>Si vous utilisez Apache en tant que serveur Subversion et 
+      <para>Si vous utilisez Apache en tant que serveur Subversion et
         que vous avez rendu certains sous-répertoires de votre dépôt
-        inaccessibles en lecture à certains utilisateurs, vous devez 
-        être au courant d'un comportement potentiellement non-optimal de 
+        inaccessibles en lecture à certains utilisateurs, vous devez
+        être au courant d'un comportement potentiellement non-optimal de
         la commande <command>svn checkout</command>.</para>
 
 <!--
@@ -9177,18 +9177,18 @@
         rather than asking the user to reauthenticate as Sally at the
         right moment.</para>
 -->
-      <para>En fonction de la bibliothèque de communication HTTP que le 
-        client Subversion utilise, il envoie potentiellement une requête 
-        au serveur pour recevoir tout le contenu de l'extraction ou de 
+      <para>En fonction de la bibliothèque de communication HTTP que le
+        client Subversion utilise, il envoie potentiellement une requête
+        au serveur pour recevoir tout le contenu de l'extraction ou de
         la mise à jour dans une réponse unique (dont la taille peut être
         assez importante). Quand le serveur reçoit la requête, c'est la
         <emphasis>seule</emphasis> opportunité dont dispose Apache pour
         demander à l'utilisateur de s'authentifier. Ceci a des effets
-        secondaires assez étonnants. Par exemple, si un certain 
-        sous-répertoire du dépôt n'est accessible en lecture qu'à 
-        l'utilisateur Sally et que l'utilisateur Harry extrait un 
-        répertoire parent, le client répondra à la demande 
-        d'authentification initiale en tant que Harry. Au fur et à 
+        secondaires assez étonnants. Par exemple, si un certain
+        sous-répertoire du dépôt n'est accessible en lecture qu'à
+        l'utilisateur Sally et que l'utilisateur Harry extrait un
+        répertoire parent, le client répondra à la demande
+        d'authentification initiale en tant que Harry. Au fur et à
         mesure que le serveur génère la réponse, il n'a aucun moyen de
         renvoyer un défi d'authentification quand il atteint le
         sous-répertoire spécial ; ainsi le sous-répertoire tout
@@ -9205,12 +9205,12 @@
         <ulink url="http://blogs.collab.net/subversion/2007/03/authz_and_anon_/"
         />.</para></footnote></para>
 -->
-      <para>De même, si la racine du dépôt est accessible en lecture 
-        anonymement, l'extraction se fera entièrement sans 
-        authentification, omettant, encore une fois, le répertoire 
-        non-lisible, plutôt que d'envoyer une demande 
+      <para>De même, si la racine du dépôt est accessible en lecture
+        anonymement, l'extraction se fera entièrement sans
+        authentification, omettant, encore une fois, le répertoire
+        non-lisible, plutôt que d'envoyer une demande
         d'authentification au cours de l'opération<footnote><para>Pour
-        plus d'informations sur ce comportement, lisez l'article de blog 
+        plus d'informations sur ce comportement, lisez l'article de blog
         <emphasis>Authz and Anon Authn Agony</emphasis> sur
         <ulink url="http://blogs.collab.net/subversion/2007/03/authz_and_anon_/"
         /> (article en anglais).</para></footnote>.</para>
@@ -9236,9 +9236,9 @@
       logging is done differently, of course, but the output from each
       is designed to conform to a uniform syntax.</para>
 -->
-    <para>À la fois Apache <command>httpd</command> et 
+    <para>À la fois Apache <command>httpd</command> et
       Subversion <command>svnserve</command> offrent la possibilité de
-      journaliser les opérations Subversion à un haut-niveau. La 
+      journaliser les opérations Subversion à un haut-niveau. La
       configuration de chacun des serveurs pour obtenir ce niveau de
       journalisation se fait différemment, bien sûr, mais les deux
       produisent des sorties qui respectent une syntaxe uniforme.</para>
@@ -9258,7 +9258,7 @@
       journalisation.</para>
 
     <informalexample>
-<!--		
+<!--
       <screen>
 $ svnserve -d -r /path/to/repositories - -log-file /var/log/svn.log
 </screen>
@@ -9275,10 +9275,10 @@
       <xref linkend="svn.serverconfig.httpd.extra.logging"/> for
       details.</para>
 -->
-    <para>Activer cette journalisation dans Apache est un peu plus 
+    <para>Activer cette journalisation dans Apache est un peu plus
       compliqué, mais cela ne reste qu'une extension de la configuration
       de la journalisation Apache de base (reportez-vous à
-      <xref linkend="svn.serverconfig.httpd.extra.logging"/> pour plus 
+      <xref linkend="svn.serverconfig.httpd.extra.logging"/> pour plus
       de détails).</para>
 
 <!--
@@ -9289,7 +9289,7 @@
 -->
     <para>Ce qui suit est une liste de messages de journalisation des
       actions Subversion produite par le mécanisme de journalisation
-      de haut-niveau, suivi par un ou plusieurs exemples des 
+      de haut-niveau, suivi par un ou plusieurs exemples des
       messages de journalisation tels qu'ils apparaissent dans les
       journaux.</para>
 
@@ -9475,9 +9475,9 @@
       <filename>tools/server-side/svn_server_log_parse.py</filename>)
       which can be used to parse Subversion's log output.</para>
 -->
-    <para>Afin de faciliter le travail des administrateurs qui 
+    <para>Afin de faciliter le travail des administrateurs qui
       souhaitent effectuer des traitements sur leurs journaux (pour
-      produire des rapports ou les analyser), le code source de 
+      produire des rapports ou les analyser), le code source de
       Subversion est fourni avec un module Python (situé à
       <filename>tools/server-side/svn_server_log_parse.py</filename>)
       qui peut être utilisé pour analyser la journalisation produite
@@ -9537,7 +9537,7 @@
         servers the means by which fine-tune the size and some
         behaviors of the cache.</para>
 -->
-      <para>Généralement, le travail le plus coûteux du serveur 
+      <para>Généralement, le travail le plus coûteux du serveur
         Subversion consiste à récupérer les données dans le dépôt.
         Subversion 1.6 essayait de réduire ce coût en introduisant la
         mise en cache en mémoire de certains types de données qu'il
@@ -9560,14 +9560,14 @@
       <para>Pour <command>svnserve</command>, vous pouvez spécifier la
         taille du cache en utilisant l'option
         <option>--memory-cache-size</option> (<option>-M</option>)
-        de la ligne de commande. Vous pouvez aussi imposer à 
+        de la ligne de commande. Vous pouvez aussi imposer à
         <command>svnserve</command> de mettre en cache le texte complet
-        (resp. les deltas calculés) <foreignphrase>via</foreignphrase> 
-        l'option <option>--cache-fulltexts</option> (resp. 
+        (resp. les deltas calculés) <foreignphrase>via</foreignphrase>
+        l'option <option>--cache-fulltexts</option> (resp.
         <option>--cache-txdeltas</option>).</para>
 
       <informalexample>
-<!--		  
+<!--
         <screen>
 $ svnserve -d -r /path/to/repositories \
            - -memory-cache-size 1024 \
@@ -9598,11 +9598,11 @@
         data cache characteristics:</para>
 -->
       <para><command>mod_dav_svn</command> est configurable de la même
-        manière à travers les directives de 
-        <filename>httpd.conf</filename>. Les directives 
+        manière à travers les directives de
+        <filename>httpd.conf</filename>. Les directives
         <literal>SVNInMemoryCacheSize</literal>,
         <literal>SVNCacheFullTexts</literal> et
-        <literal>SVNCacheTextDeltas</literal> peuvent être utilisées 
+        <literal>SVNCacheTextDeltas</literal> peuvent être utilisées
         pour définir les caractéristiques du cache de données.</para>
 
       <informalexample>
@@ -9635,12 +9635,12 @@
         example, your project's <filename>trunk</filename> directory
         tree).</para>
 -->
-      <para>Alors quels réglages utiliser ? Vous devez déjà 
+      <para>Alors quels réglages utiliser ? Vous devez déjà
         prendre en compte les ressources dont dispose votre serveur.
         Pour obtenir un gain avec le cache, vous devrez probablement
         avoir un cache capable de contenir tous les fichiers dont les
-        accès sont réguliers dans votre dépôt (par exemple, la 
-        sous-arborescence <filename>trunk</filename> de votre 
+        accès sont réguliers dans votre dépôt (par exemple, la
+        sous-arborescence <filename>trunk</filename> de votre
         projet).</para>
 
       <tip>
@@ -9650,7 +9650,7 @@
           Subversion to fall back to using the older cache mechanisms
           introduced in Subversion 1.6.</para>
 -->
-        <para>Spécifier une taille de cache de 
+        <para>Spécifier une taille de cache de
           <literal>0</literal> désactive le mécanisme de cache évolué et
           entraine l'utilisation du mécanisme de cache introduit par la
           version 1.6 de Subversion.</para>
@@ -9703,7 +9703,7 @@
         d'envoyer les données sur le réseau. Pour vous aider dans cette
         phase de configuration, Subversion 1.7 propose l'option
         <option>--compression</option> (<option>-c</option>) pour
-        <command>svnserve</command> et la directive 
+        <command>svnserve</command> et la directive
         <literal>SVNCompressionLevel</literal> pour
         <command>mod_dav_svn</command>. Les deux acceptent une valeur
         entière comprise entre 0 et 9 (inclus), 9 offrant la plus grande
@@ -9772,7 +9772,7 @@
 -->
         <para>des utilisateurs classiques du système se connectant à
           l'aide d'un client Subversion à des URL

@@ Diff output truncated at 100000 characters. @@



More information about the svnbook-dev mailing list