[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