Skip to content

Commit

Permalink
installation.xml 13β1, màj traduction et relecture jusque 16.6 inclus
Browse files Browse the repository at this point in the history
  • Loading branch information
@Krysztophe @gleu
Krysztophe authored and gleu committed Jul 3, 2020
1 parent b0707a4 commit 32a8599
Showing 1 changed file with 34 additions and 33 deletions.
67 changes: 34 additions & 33 deletions postgresql/installation.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -486,7 +486,7 @@ build-postgresql:
<title>Tests de régression</title>

<indexterm>
<primary>regression test</primary>
<primary>tests de régression</primary>
</indexterm>

<para>
Expand Down Expand Up @@ -570,7 +570,7 @@ build-postgresql:
L'installation standard fournit tous les fichiers d'en-tête nécessaire au
développement d'applications clientes, comme pour celui côté serveur,
par exemple pour des fonctions spécifiques ou des types de données codés en C.
(Avant <productname>PostgreSQL</productname>&nbps;8.0,
(Avant <productname>PostgreSQL</productname>&nbsp;8.0,
un <literal>make install-all-headers</literal> séparé était nécessaire pour
le deuxième cas, mais cette étape a été intégrée dans l'installation standard.)
</para>
Expand Down Expand Up @@ -634,7 +634,7 @@ build-postgresql:
<title>Options de <filename>configure</filename></title>

<indexterm zone="configure-options">
<primary>configure options</primary>
<primary>configure (options)</primary>
</indexterm>

<para>
Expand Down Expand Up @@ -1348,15 +1348,15 @@ build-postgresql:
<productname>PostgreSQL</productname>.
</para>

<indexterm><primary>cross compilation</primary></indexterm>
<indexterm><primary>compilation croisée</primary></indexterm>

<para>
Cette option est surtout destinée aux distributeurs de paquets binaires,
qui connaissent bien leur système d'exploitation.
Le principal avantage de cette option est que le paquet de PostgreSQL
n'aura pas besoin de mise à jour à chaque changement des règles des fuseaux
horaires. Un autre avantage est que PostgreSQL peut être
cross-compilé<indexterm><primary>cross compilation</primary></indexterm>
cross-compilé<indexterm><primary>compilation croisée</primary></indexterm>
plus simplement si les fichiers des fuseaux horaires n'ont pas besoin
d'être construits lors de l'installation.
</para>
Expand Down Expand Up @@ -1679,7 +1679,7 @@ build-postgresql:
<title>Variables d'environnement de <filename>configure</filename></title>

<indexterm zone="configure-envvars">
<primary>configure environment variables</primary>
<primary>configure (variables d'environnement)</primary>
</indexterm>

<para>
Expand Down Expand Up @@ -2145,15 +2145,15 @@ build-postgresql:
<title>Bibliothèques partagées</title>

<indexterm>
<primary>bibliothèque partagée</primary>
<primary>bibliothèques partagées</primary>
</indexterm>

<para>
Sur certains systèmes qui utilisent les bibliothèques partagées (ce que font
de nombreux systèmes), vous avez besoin de leurs spécifier comment trouver
Sur certains systèmes gérant des bibliothèques partagées,
il faut spécifier comment trouver
les nouvelles bibliothèques partagées. Les systèmes sur lesquels ce
<emphasis>n'est</emphasis> pas nécessaire comprennent <systemitem
class="osname">FreeBSD</systemitem>,
n'est <emphasis>pas</emphasis> nécessaire comprennent
<systemitem class="osname">FreeBSD</systemitem>,
<systemitem class="osname">HP-UX</systemitem>,
<systemitem class="osname">Linux</systemitem>,
<systemitem class="osname">NetBSD</systemitem>, <systemitem
Expand All @@ -2162,9 +2162,9 @@ build-postgresql:
</para>

<para>
La méthode pour le faire varie selon la plateforme, mais la méthode la plus
répandue consiste à positionner des variables d'environnement comme
<envar>LD_LIBRARY_PATH</envar>&nbsp;: avec les shells Bourne
La méthode pour le faire varie selon la plateforme, mais la plus
répandue consiste à positionner la variable d'environnement
<envar>LD_LIBRARY_PATH</envar> ainsi&nbsp;: avec les shells Bourne
(<command>sh</command>, <command>ksh</command>, <command>bash</command>, <command>zsh</command>)&nbsp;:
<programlisting>LD_LIBRARY_PATH=/usr/local/pgsql/lib
export LD_LIBRARY_PATH</programlisting>
Expand All @@ -2173,8 +2173,8 @@ export LD_LIBRARY_PATH</programlisting>
Remplacez <literal>/usr/local/pgsql/lib</literal> par la valeur donnée à
<option><literal>--libdir</literal></option> dans l'<xref linkend="configure"/>.
Vous pouvez mettre ces commandes dans un script de démarrage tel
que <filename>/etc/profile</filename> ou <filename>~/.bash_profile</filename>. Certaines
informations pertinentes au sujet de mises en garde associées à cette
que <filename>/etc/profile</filename> ou <filename>~/.bash_profile</filename>.
De bons conseils sur les mises en garde associées à cette
méthode peuvent être trouvées sur
<ulink url="http://xahlee.info/UnixResource_dir/_/ldpath.html"></ulink>.
</para>
Expand All @@ -2188,7 +2188,7 @@ export LD_LIBRARY_PATH</programlisting>

<para>
Avec <systemitem class="osname">Cygwin</systemitem>, placez le répertoire
des bibliothèques dans la variable <envar>PATH</envar> ou déplacez les
des bibliothèques dans la variable <envar>PATH</envar>, ou déplacez les
fichiers <filename>.dll</filename> dans le répertoire
<filename>bin</filename>.
</para>
Expand All @@ -2199,7 +2199,7 @@ export LD_LIBRARY_PATH</programlisting>
ultérieurement un message tel que
<screen>psql: error in loading shared libraries
libpq.so.2.1: cannot open shared object file: No such file or directory</screen>
alors cette étape est vraiment nécessaire. Faites-y attention.
alors cette étape est vraiment nécessaire. Occupez-vous en alors.
</para>

<para>
Expand Down Expand Up @@ -2232,17 +2232,17 @@ libpq.so.2.1: cannot open shared object file: No such file or directory</screen>

<para>
Si l'installation a été réalisée dans
<filename>/usr/local/pgsql</filename> ou à un autre endroit qui n'est pas dans les
répertoires contenant les exécutables par défaut, vous devez ajouter
<filename>/usr/local/pgsql</filename> ou à un autre chemin hors des
répertoires où par défaut sont recherchés les exécutables, vous devez ajouter
<filename>/usr/local/pgsql/bin</filename> (ou le répertoire fourni à
<option><literal>--bindir</literal></option> au moment de l'<xref linkend="configure"/>)
dans votre <envar>PATH</envar>. Techniquement, ce n'est pas une obligation mais
dans votre <envar>PATH</envar>. À strictement parler, ce n'est pas une obligation, mais
cela rendra l'utilisation de <productname>PostgreSQL</productname> plus confortable.
</para>

<para>
Pour ce faire, ajoutez ce qui suit dans le fichier d'initialisation de
votre shell, par exemple
votre shell, comme
<filename>~/.bash_profile</filename> (ou <filename>/etc/profile</filename>, si vous voulez
que tous les utilisateurs l'aient)&nbsp;:
<programlisting>PATH=/usr/local/pgsql/bin:$PATH
Expand All @@ -2259,7 +2259,7 @@ export PATH</programlisting>
Pour que votre système trouve la documentation <application>man</application>,
il vous faut ajouter des lignes telles que celles qui suivent à votre
fichier d'initialisation du shell, à moins que vous installiez ces pages
dans un répertoire où elles sont mises normalement&nbsp;:
dans un répertoire où elles sont recherchées normalement&nbsp;:
<programlisting>MANPATH=/usr/local/pgsql/share/man:$MANPATH
export MANPATH</programlisting>
</para>
Expand All @@ -2268,8 +2268,9 @@ export MANPATH</programlisting>
Les variables d'environnement <envar>PGHOST</envar> et <envar>PGPORT</envar>
indiquent aux applications clientes l'hôte et le port du serveur de base.
Elles surchargent les valeurs utilisées lors de la compilation. Si vous
exécutez des applications clientes à distance, alors c'est plus pratique si
tous les utilisateurs peuvent paramétrer <envar>PGHOST</envar>. Ce n'est pas une
exécutez des applications clientes à distance, alors il est plus pratique que
tous les utilisateurs prévoyant d'utiliser la base de données
paramètrent <envar>PGHOST</envar>. Ce n'est pas une
obligation, cependant, la configuration peut être communiquée via les
options de lignes de commande à la plupart des programmes clients.
</para>
Expand Down Expand Up @@ -2304,26 +2305,26 @@ export MANPATH</programlisting>
architectures n'ont pas été testées récemment à notre connaissance. Il est
souvent possible de construire <productname>PostgreSQL</productname> sur
un type de processeur non supporté en précisant
<option>--disable-spinlocks</option>. Cependant, les performances en
souffriront.
<option>--disable-spinlocks</option>&nsbp;; mais les performances
seront mauvaises.
</para>

<para>
<productname>PostgreSQL</productname> doit fonctionner sur les systèmes
De manière générale, <productname>PostgreSQL</productname> doit fonctionner sur les systèmes
d'exploitation suivants&nbsp;: Linux (toutes les distributions récentes),
Windows (XP et ultérieurs), FreeBSD, OpenBSD, NetBSD, macOS,
AIX, HP/UX et Solaris. D'autres systèmes style
Unix peuvent aussi fonctionner mais n'ont pas été récemment testés. Dans
AIX, HP/UX et Solaris. D'autres systèmes de type
Unix peuvent aussi fonctionner, mais ne sont pas testés pour le moment. Dans
la plupart des cas, toutes les architectures processeurs supportées par
un système d'exploitation donné fonctionneront. Cherchez dans le
répertoire <xref linkend="installation-platform-notes"/> ci-dessous pour
voir s'il y a des informations spécifiques à votre système d'exploitation,
tout particulièrement dans le cas d'un vieux système.
tout particulièrement dans le cas d'un ancien système.
</para>

<para>
Si vous avez des problèmes d'installation sur une plateforme qui est connue
comme étant supportée d'après les récents résultats de la ferme de
Si vous avez des problèmes d'installation sur une plateforme connue
comme supportée d'après des résultats récents de la ferme de
construction, merci de rapporter cette information à
<email>pgsql-bugs@lists.postgresql.org</email>. Si vous êtes intéressé pour porter
<productname>PostgreSQL</productname> sur une nouvelle plateforme,
Expand Down

0 comments on commit 32a8599

Please sign in to comment.