Fix dict errors

PhilippeGalvan · PhilippeGalvan · commit 3cb26b3ada87 · 2020-03-03T19:39:11.000+01:00
diff --git a/distutils/setupscript.po b/distutils/setupscript.po
@@ -6,7 +6,7 @@ msgstr ""
 "Project-Id-Version: Python 3\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2020-02-04 10:00+0100\n"
-"PO-Revision-Date: 2020-02-26 23:25+0100\n"
+"PO-Revision-Date: 2020-03-03 19:19+0100\n"
 "Language-Team: FRENCH <traductions@lists.afpy.org>\n"
 "Language: fr\n"
 "MIME-Version: 1.0\n"
@@ -42,13 +42,13 @@ msgid ""
 "`setup`."
 msgstr ""
 "Le script ``setup.py`` est au centre de toute opération de construction, de "
-"distribution et d'installation des modules utilisant les Distutils. "
+"distribution et d'installation des modules utilisant les *Distutils*. "
 "L'objectif principal du script ``setup.py`` est de décrire le module aux "
-"Distutils, de telle sorte que les diverses commandes qui agissent sur votre "
-"module fassent les bonnes choses. Comme nous avons vu dans la section :ref:"
-"`distutils-simple-example` au-dessus, le script ``setup.py`` consiste "
+"*Distutils*, de telle sorte que les diverses commandes qui agissent sur "
+"votre module fassent les bonnes choses. Comme nous avons vu dans la section :"
+"ref:`distutils-simple-example` au-dessus, le script ``setup.py`` consiste "
 "principalement à un appel à :func:`setup`, et la plupart des informations "
-"fournies aux Distutils par le développeur du module sont fournies en tant "
+"fournies aux *Distutils* par le développeur du module sont fournies en tant "
 "qu'arguments nommés à :func:`setup.py`."
 
 #: ../Doc/distutils/setupscript.rst:17
@@ -61,12 +61,12 @@ msgid ""
 "here, is used to install the package into Python 1.5.2.) ::"
 msgstr ""
 "Voici un exemple un peu plus concret, que nous allons suivre pour les "
-"quelques sections suivantes : le propre script ``setup.py`` des Distutils. "
-"(Gardez toujours à l'esprit qu'en dépit de l'inclusion des Distutils dans "
+"quelques sections suivantes : le propre script ``setup.py`` des *Distutils*. "
+"(Gardez toujours à l'esprit qu'en dépit de l'inclusion des *Distutils* dans "
 "python 1.6 et ses versions successives, ils ont aussi une existence à part "
 "entière de telle sorte que les utilisateurs de Python 1.5.2 puissent les "
 "utiliser pour installer d'autres modules. Le propre script ``setup.py`` des "
-"Distutils montré ici est utilisé pour installer le paquet dans Python "
+"*Distutils* montré ici est utilisé pour installer le paquet dans Python "
 "1.5.2.) ::"
 
 #: ../Doc/distutils/setupscript.rst:37
@@ -82,11 +82,11 @@ msgstr ""
 "Il y a seulement 2 différences entre cet exemple et l'exemple trivial de la "
 "distribution d'un unique fichier présenté dans la partie :ref:`distutils-"
 "simple-example` : plus de métadonnées, et la définition de modules purement "
-"Python par paquet, plutôt que par module. C'est important car les Distutils "
-"sont composés de quelques douzaines de modules séparés (pour le moment) en "
-"deux paquets ; une liste explicite de chaque module serait pénible à générer "
-"et difficile à maintenir. Pour plus d'information sur les métadonnées "
-"supplémentaires, voir la partie :ref:`meta-data`."
+"Python par paquet, plutôt que par module. C'est important car les "
+"*Distutils* sont composés de quelques douzaines de modules séparés (pour le "
+"moment) en deux paquets ; une liste explicite de chaque module serait "
+"pénible à générer et difficile à maintenir. Pour plus d'information sur les "
+"métadonnées supplémentaires, voir la partie :ref:`meta-data`."
 
 #: ../Doc/distutils/setupscript.rst:45
 msgid ""
@@ -100,12 +100,12 @@ msgid ""
 msgstr ""
 "À noter que chaque chemin d'accès fournis au script ``setup.py`` doit être "
 "écrit selon la convention Unix. Autrement dit, séparé par des barres "
-"obliques (slash). Les Distutils prendront soin de convertir cette "
+"obliques (slash). Les *Distutils* prendront soin de convertir cette "
 "représentation indépendante d'une plateforme en une représentation adaptée à "
 "votre plateforme actuelle avant d'effectivement utiliser le chemin d'accès. "
 "Cela rend votre script ``setup.py`` portable d'un système d'exploitation à "
-"l'autre, ce qui évidemment est l'un des buts majeurs des Distutils. Dans cet "
-"esprit, tous les chemins d'accès dans ce document sont séparés par des "
+"l'autre, ce qui évidemment est l'un des buts majeurs des *Distutils*. Dans "
+"cet esprit, tous les chemins d'accès dans ce document sont séparés par des "
 "barres obliques (slash)."
 
 #: ../Doc/distutils/setupscript.rst:53
@@ -116,7 +116,7 @@ msgid ""
 "portable code instead of hardcoding path separators::"
 msgstr ""
 "Cela, évidemment, s'applique uniquement aux chemins d'accès fournis par les "
-"fonctions de Distutils. Si vous, par exemple, vous utilisez les fonctions "
+"fonctions de *Distutils*. Si vous, par exemple, vous utilisez les fonctions "
 "standard de Python telles que :func:`glob.glob` or :func:`os.listdir` pour "
 "définir des fichiers, vous devez prendre soin d'écrire du code portable au "
 "lieu de coder en dur les séparateurs de chemin ::"
@@ -140,19 +140,19 @@ msgid ""
 "break this promise, the Distutils will issue a warning but still process the "
 "broken package anyway."
 msgstr ""
-"L'option ``packages`` dit aux Distutils de traiter (construire, distribuer, "
-"installer, etc.) tous les modules en python pur trouvés dans chaque paquet "
-"mentionné dans la liste ``packages``. Afin de faire cela, évidemment il faut "
-"une correspondance entre les noms des paquets et des répertoires dans le "
-"système de fichiers. La correspondance par défaut est la plus évidente. À "
-"savoir : le paquet Distutils se trouve dans le répertoire `distutils` situés "
-"à la racine de la distribution. Ainsi, quand vous dites ``packages = "
-"['foo']`` dans votre script ``setup.py``, vous promettez que les Distutils "
-"trouveront un fichier ``foo/__init__.py`` (qui peut s'épeuler différemment "
-"sur votre système, mais vous voyez l'idée) à un emplacement relatif au "
-"répertoire où se trouve le script ``setup.py``. Si vous rompez cette "
-"promesse, les Distutils lèveront un avertissement mais traiteront tout de "
-"même le paquet défectueux."
+"L'option ``packages`` dit aux *Distutils* de traiter (construire, "
+"distribuer, installer, etc.) tous les modules en python pur trouvés dans "
+"chaque paquet mentionné dans la liste ``packages``. Afin de faire cela, "
+"évidemment il faut une correspondance entre les noms des paquets et des "
+"répertoires dans le système de fichiers. La correspondance par défaut est la "
+"plus évidente. À savoir : le paquet *Distutils* se trouve dans le répertoire "
+"`distutils` situés à la racine de la distribution. Ainsi, quand vous dites "
+"``packages = ['foo']`` dans votre script ``setup.py``, vous promettez que "
+"les *Distutils* trouveront un fichier ``foo/__init__.py`` (qui peut "
+"s'épeuler différemment sur votre système, mais vous voyez l'idée) à un "
+"emplacement relatif au répertoire où se trouve le script ``setup.py``. Si "
+"vous rompez cette promesse, les *Distutils* lèveront un avertissement mais "
+"traiteront tout de même le paquet défectueux."
 
 #: ../Doc/distutils/setupscript.rst:79
 msgid ""
@@ -165,12 +165,12 @@ msgid ""
 msgstr ""
 "Si vous utilisez une convention différente pour arranger votre répertoire de "
 "sources, ce n'est pas un problème : vous avez seulement à fournir l'option "
-"``package_dir`` pour prévenir les Distutils de l'usage de cette convention. "
-"Par exemple, Disons que vous gardez toutes les sources Python sous :file:"
-"`lib`, de telle sorte que les modules dans le \"paquet racine\" (C'est-à-"
-"dire, dans aucun paquet du tout) sont dans :file:`lib`, les modules dans le "
-"paquet :mod:`foo` sont dans :file:`lib/foo`, et ainsi de suite. Ensuite vous "
-"pouvez mettre ::"
+"``package_dir`` pour prévenir les *Distutils* de l'usage de cette "
+"convention. Par exemple, Disons que vous gardez toutes les sources Python "
+"sous :file:`lib`, de telle sorte que les modules dans le \"paquet racine"
+"\" (C'est-à-dire, dans aucun paquet du tout) sont dans :file:`lib`, les "
+"modules dans le paquet :mod:`foo` sont dans :file:`lib/foo`, et ainsi de "
+"suite. Ensuite vous pouvez mettre ::"
 
 #: ../Doc/distutils/setupscript.rst:88
 msgid ""
@@ -256,10 +256,10 @@ msgid ""
 "requirements (include directories, libraries to link with, etc.)."
 msgstr ""
 "Tout comme écrire des modules d'extension Python est un peu plus compliqué "
-"que d’écrire des modules purement en Python, les décrire aux Distutils est "
+"que d’écrire des modules purement en Python, les décrire aux *Distutils* est "
 "un peu plus compliqué. Contrairement aux modules purs, ce n'est pas "
 "suffisant de simplement lister les modules ou les paquets et d'attendre des "
-"Distutils de trouver par eux-mêmes les bons fichiers ; vous avez à définir "
+"*Distutils* de trouver par eux-mêmes les bons fichiers ; vous avez à définir "
 "le nom de l'extension, du ou des fichiers de sources, et de quelconques "
 "prérequis de compilation/lien (répertoires à inclure, bibliothèques à lier "
 "avec, etc.)."
@@ -366,7 +366,7 @@ msgid ""
 "Windows compilers.)"
 msgstr ""
 "Le second argument du constructeur d' :class:`~distutils.core.Extension` est "
-"une liste de fichiers sources. Puisque les Distutils supportent seulement "
+"une liste de fichiers sources. Puisque les *Distutils* supportent seulement "
 "les extensions en C, C++ et Objective-C, ce sont normalement des fichiers "
 "sources en C/C++/Objective-C. (Assurez vous d'utiliser les extensions "
 "appropriées pour détecter les fichiers sources en C++ : :file:`.cc` et :file:"
@@ -439,7 +439,7 @@ msgid ""
 "can get away with ::"
 msgstr ""
 "À cet endroit vous pouvez définir des répertoires en absolu ; si vous savez "
-"que votre extension sera compilée sur un système Unix avec X11R6 installé "
+"que votre extension sera compilée sur un système Unix avec ``X11R6`` installé "
 "dans :file:`/usr`, vous pouvez vous en tirer avec ::"
 
 #: ../Doc/distutils/setupscript.rst:254
@@ -465,7 +465,7 @@ msgstr ""
 "Si vous avez besoin d'inclure des fichiers d'en-tête provenant d'autres "
 "extensions Python, vous pouvez profiter du fait que les fichiers d'en-tête "
 "sont installés de façon consistante parla commande :command:"
-"`install_headers` des Distutils. Par exemple, les fichiers d'en-têtes de "
+"`install_headers` des *Distutils*. Par exemple, les fichiers d'en-têtes de "
 "Numerical Python (NumPy) sont installés (Dans le cas d'une installation Unix "
 "standard) dans :file:`/usr/local/include/python1.5/Numerical`. "
 "(L'emplacement exact diffère selon votre plateforme et votre installation de "
@@ -483,7 +483,7 @@ msgstr ""
 "Si vous devez mettre le répertoire :file:`include` de :fome:`Numerical` "
 "directement dans l'en-tête du chemin de recherche, cependant, vous pouvez "
 "trouver ce répertoire en utilisant le module : :mod:`distutils.sysconfig` "
-"des Distutils ::"
+"des *Distutils* ::"
 
 #: ../Doc/distutils/setupscript.rst:281
 msgid ""
@@ -618,8 +618,8 @@ msgid ""
 msgstr ""
 "``export_symbols`` est seulement utile sur Windows. Il peut contenir une "
 "liste de symboles (fonctions ou variables) à exporter. Cette option n'est "
-"pas requise pour la construction d'extensions compilées : Distutils ajoutera "
-"automatiquement ``initmodule`` à la liste des symboles exportés."
+"pas requise pour la construction d'extensions compilées : *Distutils* "
+"ajoutera automatiquement ``initmodule`` à la liste des symboles exportés."
 
 #: ../Doc/distutils/setupscript.rst:358
 msgid ""
@@ -831,14 +831,14 @@ msgid ""
 "be explicitly overridden."
 msgstr ""
 "Les scripts sont des fichiers contenant du code source Python prévus pour "
-"être lancés en ligne de commande. Les scripts n'ont pas besoin des Distutils "
-"pour faire quoique ce soit de très compliqué. La seule fonctionnalité "
-"astucieuse est que la première ligne du script commence par ``#!`` et "
-"contient le mot \"python\", les Distutils ajusteront la première ligne pour "
-"faire référence à l'emplacement actuel de l'interpréteur. Par défaut, elle "
-"est replacée par l'emplacement actuel de l'interpréteur. L'option :option:"
-"`!--executable` (or :option:`!-e`) permettra au chemin de l'interpréteur "
-"d'être explicitement remplacé."
+"être lancés en ligne de commande. Les scripts n'ont pas besoin des "
+"*Distutils* pour faire quoique ce soit de très compliqué. La seule "
+"fonctionnalité astucieuse est que la première ligne du script commence par "
+"``#!`` et contient le mot \"python\", les *Distutils* ajusteront la première "
+"ligne pour faire référence à l'emplacement actuel de l'interpréteur. Par "
+"défaut, elle est replacée par l'emplacement actuel de l'interpréteur. "
+"L'option :option:`!--executable` (or :option:`!-e`) permettra au chemin de "
+"l'interpréteur d'être explicitement remplacé."
 
 #: ../Doc/distutils/setupscript.rst:454
 msgid ""
@@ -977,7 +977,7 @@ msgstr ""
 "Le *répertoire* doit être un chemin relatif. Il est interprété relativement "
 "au préfixe d'installation (le ``sys.prefix`` de Python pour les "
 "installations ``système`` ; ``site.USER_BASE`` pour les installations "
-"``utilisateur``). Distutils permet à *répertoire* d'être un chemin "
+"``utilisateur``). *Distutils* permet à *répertoire* d'être un chemin "
 "d'installation absolu, mais cela est déconseillé dans la mesure où c'est "
 "incompatible avec la mise en paquet au format `wheel`. Aucune information de "
 "répertoire provenant de *fichiers* n'est utilisée pour déterminer "
@@ -1220,7 +1220,7 @@ msgid ""
 "provided, distutils lists it as the author in :file:`PKG-INFO`."
 msgstr ""
 "L'un ou l'autre de l'auteur ou un mainteneur doit être identifié. Si un "
-"mainteneur est fourni, distutils l'indique en tant qu'auteur dans le "
+"mainteneur est fourni, *distutils* l'indique en tant qu'auteur dans le "
 "fichier :file:`PKG-INFO`."
 
 #: ../Doc/distutils/setupscript.rst:617
@@ -1315,10 +1315,10 @@ msgstr ""
 "étapes majeures pour le paquet. Le nombre mineur est incrémenté quand des "
 "d'importantes nouvelles fonctionnalités sont ajoutées au paquet. Le numéro "
 "de correctif s'incrémente lors de la publication d'une correction de bogue "
-"est faite. Celles-ci sont \"a1,a2,...,aN\" (pour les publications alpha, où "
-"les fonctionnalités et l'API peut changer), \"b1,b2,...,bN\" (pour les "
-"publications beta, qui corrigent seulement les bogues) et \"pr1,pr2,...,prN"
-"\" (pour les ultimes pré-publication et publications de test). Quelques "
+"est faite. Celles-ci sont \"*a1,a2,...,aN*\" (pour les publications alpha, "
+"où les fonctionnalités et l'API peut changer), \"*b1,b2,...,bN*\" (pour les "
+"publications *beta*, qui corrigent seulement les bogues) et \"*pr1,pr2,...,"
+"prN*\" (pour les ultimes pré-publication et publications de test). Quelques "
 "exemples :"
 
 #: ../Doc/distutils/setupscript.rst:662
@@ -1372,12 +1372,12 @@ msgid ""
 "or the Python installation is broken because they don't read all the way "
 "down to the bottom and see that it's a permission problem."
 msgstr ""
-"Distutils saisit toute exception lors de l'exécution du script ``setup.py``, "
+"*Distutils* saisit toute exception lors de l'exécution du script ``setup.py``, "
 "et affiche un message d'erreur simple avant d'arrêter le script. L'intention "
 "pour ce comportement est de ne pas embrouiller les administrateurs qui ne "
 "savent pas grand-chose de Python et qui essayent d'installer un paquet. "
 "S'ils reçoivent une grosse et longue trace d'appels provenant des entrailles "
-"de Distutils, ils peuvent penser que le paquet ou que l'installation de "
+"de *Distutils*, ils peuvent penser que le paquet ou que l'installation de "
 "Python est corrompue car, ils ne lisent pas tout jusqu'en bas et voient que "
 "c'est un problème de permissions."
 
@@ -1393,7 +1393,7 @@ msgstr ""
 "D'un autre côté, cela n'aide pas le développeur à trouver la cause du "
 "problème. À cette fin, la variable d'environnement :envvar:`DISTUTILS_DEBUG` "
 "peut être assignée à n'importe quoi sauf une chaîne de caractères vide, et "
-"distutils affichera maintenant une information détaillée à propos de ce "
+"*distutils* affichera maintenant une information détaillée à propos de ce "
 "qu'il fait, déversera la trace d'appels complète lors d'une exception, et "
 "affichera la ligne de commande complète quand un programme externe (comme un "
 "compilateur C) échoue."
