Apply suggestions from code review

Co-Authored-By: Christophe Nanteuil <35002064+christopheNan@users.noreply.github.com>

Author: PhilippeGalvan

distutils/setupscript.po

@@ -148,11 +148,11 @@ msgstr ""
 "plus évidente. À savoir : le paquet :mod:`distutils` se trouve dans le "
 "répertoire :file:`distutils` situé à 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 "
+"vous engagez à ce que les *Distutils* trouvent un fichier ``foo/__init__.py`` (qui "
+"peut s'épeler 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."
+"ce n'est pas le cas, les *Distutils* lèvent un avertissement mais "
+"traitent tout de même le paquet défectueux."
 
 #: ../Doc/distutils/setupscript.rst:79
 msgid ""
@@ -166,9 +166,9 @@ 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 "
+"convention. Par exemple, supposons 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 ::"
 
@@ -184,7 +184,7 @@ msgstr ""
 "des paquets, et un nom de paquet vide fait office de paquet racine. Les "
 "valeurs sont des noms de répertoires relatifs à la racine de votre "
 "distribution. Dans ce cas, lorsque vous dites ``packages = ['foo']``, vous "
-"promettez que le fichier :file:`lib/foo/__init__.py` existe."
+"vous engagez à ce que le fichier :file:`lib/foo/__init__.py` existe."
 
 #: ../Doc/distutils/setupscript.rst:93
 msgid ""
@@ -221,8 +221,8 @@ msgid ""
 "involved example::"
 msgstr ""
 "Pour un petit module, vous pouvez préférer lister tous les modules plutôt "
-"que les paquets—surtout le cas d'un module seul qui va dans le \"paquet "
-"racine\" (A savoir, aucun paquet du tout). Le cas le plus simple a été "
+"que les paquets — surtout le cas d'un module seul qui va dans le « paquet "
+"racine » (à savoir, aucun paquet du tout). Le cas le plus simple a été "
 "montré dans la partie :ref:`distutils-simple-example` ; voici un exemple "
 "plus concret ::"
 
@@ -235,7 +235,7 @@ msgid ""
 "you can override the package/directory correspondence using the "
 "``package_dir`` option."
 msgstr ""
-"Cela décrit deux modules, l'un d'eux dans le paquet \"racine\", l'autre dans "
+"Deux modules sont décrits, l'un dans le paquet « racine », l'autre dans "
 "le paquet :mod:`pkg`. Encore une fois, la structure paquet/répertoire par "
 "défaut implique que ces deux modules peuvent être trouvés dans :file:`mod1."
 "py` et :file:`pkg/mod2.py`, et que :file:`pkg/__init__.py` existe aussi. Et "
@@ -257,10 +257,10 @@ msgid ""
 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 "
-"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 "
-"le nom de l'extension, du ou des fichiers de sources, et de quelconques "
+"un peu plus compliqué. Contrairement aux modules purs, il ne suffit pas "
+"de simplement lister les modules ou les paquets et d'attendre que les "
+"*Distutils* trouvent par eux-mêmes les bons fichiers ; vous devez définir "
+"le nom de l'extension, du ou des fichiers de sources, et les "
 "prérequis de compilation/lien (répertoires à inclure, bibliothèques à lier "
 "avec, etc.)."
 
@@ -277,7 +277,7 @@ msgstr ""
 "Tout ceci est fait à l'aide d'un autre argument nommé dans :func:`setup`, "
 "l'option ``ext_modules``. ``ext_modules`` est simplement une liste de "
 "classes :class:`~distutils.core.Extension`, chacune décrivant une simple "
-"extension de module. Supposez que votre distribution inclut une simple "
+"extension de module. Supposons que votre distribution inclut une simple "
 "extension appelée :mod:`foo` et implémentée par :file:`foo.c`. Si aucune "
 "instruction supplémentaire au compilateur/lieur n'est requise, décrire cette "
 "extension est assez simple ::"
@@ -290,7 +290,7 @@ msgid ""
 msgstr ""
 "La classe :class:`Extension` peut être importée depuis :mod:`distutils.core` "
 "en même temps que :func:`setup`. Ainsi, le script ``setup.py`` pour un "
-"module qui contient seulement cette seule extension et rien d'autre peut "
+"module qui ne contient que cette seule extension et rien d'autre peut "
 "être ::"
 
 #: ../Doc/distutils/setupscript.rst:162
@@ -329,10 +329,10 @@ msgid ""
 "is where in the filesystem (and therefore where in Python's namespace "
 "hierarchy) the resulting extension lives."
 msgstr ""
-"décrit la même extension dans le paquet :mod:`pkg`.Les fichiers source et le "
+"décrit la même extension dans le paquet :mod:`pkg`. Les fichiers sources et le "
 "code objet résultant sont identiques dans les deux cas ; la seule différence "
-"est où dans le système de fichier (et conséquemment où dans la hiérarchie de "
-"l'espace de nommage de Python) l'extension résultante se situe."
+"est où, dans le système de fichier (et conséquemment dans la hiérarchie de "
+"l'espace de nommage de Python), l'extension résultante se situe."
 
 #: ../Doc/distutils/setupscript.rst:185
 msgid ""
@@ -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* ne gèrent que "
 "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:"
@@ -379,8 +379,8 @@ msgid ""
 "will run SWIG on the interface file and compile the resulting C/C++ file "
 "into your extension."
 msgstr ""
-"Néanmoins, vous pouvez également inclure des fichiers (:file:`.i`) "
-"d'interface SWIG dans la liste ; la commande :command:`build_ext` sait "
+"Néanmoins, vous pouvez également inclure des fichiers d'interface "
+"SWIG (:file:`.i`) dans la liste ; la commande :command:`build_ext` sait "
 "comment gérer les extensions SWIG : il lancera SWIG sur un fichier "
 "d'interface et compilera le fichier en C/C++ en une extension."
 
@@ -406,8 +406,8 @@ msgid ""
 msgstr ""
 "Sur certaines plateformes, vous pouvez inclure des fichiers autres que "
 "sources qui seront traités par le compilateur et inclus dans votre "
-"extension. Pour l'instant, Cela signifie seulement les fichiers Windows de "
-"messagerie en texte (:file:`.mc`) et les fichiers de définition de ressource "
+"extension. Pour l'instant, cela concerne seulement les fichiers de messages "
+"texte Windows (:file:`.mc`) et les fichiers de définition de ressource "
 "pour Visual C++ (:file:`.rc`). Ils seront compilés en fichiers de ressources "
 "binaires (:file:`.res`) et liés à l'exécutable."
 
@@ -438,7 +438,7 @@ msgid ""
 "will only be built on Unix systems with X11R6 installed to :file:`/usr`, you "
 "can get away with ::"
 msgstr ""
-"À cet endroit vous pouvez définir des répertoires en absolu ; si vous savez "
+"Ici, vous pouvez définir le chemin absolu des répertoires ; si vous savez "
 "que votre extension sera compilée sur un système Unix avec ``X11R6`` "
 "installé dans :file:`/usr`, vous pouvez vous en tirer avec ::"
 
@@ -447,7 +447,7 @@ msgid ""
 "You should avoid this sort of non-portable usage if you plan to distribute "
 "your code: it's probably better to write C code like  ::"
 msgstr ""
-"Vous devez éviter ce type d'utilisation non portable si vous envisagez de "
+"Il convient d'éviter ce type d'utilisation non portable si vous envisagez de "
 "distribuer votre code : C'est probablement mieux d'écrire du code C comme ::"
 
 #: ../Doc/distutils/setupscript.rst:259
@@ -464,13 +464,13 @@ msgid ""
 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:"
+"sont installés de façon consistante par la commande :command:"
 "`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 "
+"*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 "
-"Python.) Vu que le répertoire :file:`include` de Python—\\ :file:`/usr/local/"
-"include/python1.5` dans ce cas-ci—est toujours inclus dans le chemin de "
+"Python.) Vu que le répertoire :file:`include` de Python —\\ :file:`/usr/local/"
+"include/python1.5` dans ce cas-ci — est toujours inclus dans le chemin de "
 "recherche quand vous construisez des extensions Python, la meilleure "
 "approche est d'écrire du code C comme ::"
 
@@ -482,7 +482,7 @@ msgid ""
 msgstr ""
 "Si vous devez mettre le répertoire :file:`include` de :file:`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` "
+"trouver ce répertoire en utilisant le module :mod:`distutils.sysconfig` "
 "des *Distutils* ::"
 
 #: ../Doc/distutils/setupscript.rst:281
@@ -491,9 +491,9 @@ msgid ""
 "installation, regardless of platform---it's probably easier to just write "
 "your C code in the sensible way."
 msgstr ""
-"Même si c'est assez portable—ça marchera sur la plupart des installations de "
-"Python, indépendamment de la plateforme—il sera probablement plus facile de "
-"simplement écrire votre code C de façon raisonnable."
+"Même si c'est assez portable — ça marche sur la plupart des installations de "
+"Python, indépendamment de la plateforme — il est probablement plus facile de "
+"d'écrire un code C un peu plus réfléchi."
 
 #: ../Doc/distutils/setupscript.rst:285
 msgid ""
@@ -506,13 +506,13 @@ msgid ""
 "``undef_macros`` is just a list of macros to undefine."
 msgstr ""
 "Vous pouvez définir ou ignorer des macros de pré-processeur avec les options "
-"``define_macros`` et ``undef_macros``. ``define_macros`` prends une liste de "
+"``define_macros`` et ``undef_macros``. ``define_macros`` prend une liste de "
 "tuples ``(nom, valeur)``, où ``nom`` est le nom de la macro à définir (une "
 "chaîne de caractères) et ``valeur`` est sa valeur : soit une chaîne de "
-"caractère ou bien un ``None``. (Définir une macro ``FOO`` à ``None`` est à "
-"équivalent à un simple ``#define FOO`` dans votre source en C : Pour la "
-"majorité des compilateurs, cela fixe la valeur de ``FOO`` à une chaine de "
-"caractère ``1``.) ``undef_macros`` est juste une liste de macros à ignorer."
+"caractères, soit ``None`` (définir une macro ``FOO`` à ``None`` est "
+"équivalent à un simple ``#define FOO`` dans votre source en C : pour la "
+"majorité des compilateurs, cela définit la valeur de ``FOO`` à la chaîne de "
+"caractère ``1``). ``undef_macros`` est juste une liste de macros à supprimer."
 
 #: ../Doc/distutils/setupscript.rst:293
 msgid "For example::"