[Trad] [svn:pgfr] r1450 - in traduc/trunk/postgresql: . ref
admin at listes.postgresql.fr
admin at listes.postgresql.fr
Jeu 10 Déc 19:23:15 CET 2009
Author: gleu
Date: 2009-12-10 19:23:15 +0100 (Thu, 10 Dec 2009)
New Revision: 1450
Modified:
traduc/trunk/postgresql/cube.xml
traduc/trunk/postgresql/cvs.xml
traduc/trunk/postgresql/func.xml
traduc/trunk/postgresql/installation.xml
traduc/trunk/postgresql/pgcrypto.xml
traduc/trunk/postgresql/ref/copy.xml
traduc/trunk/postgresql/ref/create_function.xml
traduc/trunk/postgresql/ref/create_table.xml
traduc/trunk/postgresql/ref/create_view.xml
traduc/trunk/postgresql/ref/select.xml
traduc/trunk/postgresql/release-7.4.xml
traduc/trunk/postgresql/release-8.0.xml
traduc/trunk/postgresql/release-8.1.xml
traduc/trunk/postgresql/release-8.2.xml
traduc/trunk/postgresql/release-8.3.xml
traduc/trunk/postgresql/release-8.4.xml
traduc/trunk/postgresql/seg.xml
traduc/trunk/postgresql/version.xml
Log:
Mise ?\195?\160 jour en version 8.4.2.
Modified: traduc/trunk/postgresql/cube.xml
===================================================================
--- traduc/trunk/postgresql/cube.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/cube.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -387,11 +387,11 @@
<title>Note de l'auteur</title>
<para>
Mes remerciements vont tout particulièrement au professeur Joe Hellerstein
- (<ulink url="http://db.cs.berkeley.edu/~jmh/"></ulink>) qui a su extraire
+ (<ulink url="http://db.cs.berkeley.edu/jmh/"></ulink>) qui a su extraire
l'idée centrale de GiST (<ulink
url="http://gist.cs.berkeley.edu/"></ulink>), et à son étudiant précédant,
Andy Dong
- (<ulink url="http://best.me.berkeley.edu/~adong/"></ulink>), pour son
+ (<ulink url="http://best.berkeley.edu/~adong/rtree/index.html"></ulink>), pour son
exemple rédigé dans Illustra. Mes remerciements vont également aux
développeurs de PostgreSQL qui m'ont permis de créer mon propre monde
et de pouvoir y vivre sans être dérangé. Toute ma gratitude aussi à
Modified: traduc/trunk/postgresql/cvs.xml
===================================================================
--- traduc/trunk/postgresql/cvs.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/cvs.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -28,25 +28,103 @@
<date>1999-05-20</date>
</appendixinfo>
- <title>Dépôt <productname>CVS</productname></title>
+ <title>Dépôt du code source</title>
<para>
Le code source de <productname>PostgreSQL</productname> est stocké et géré à
l'aide du système de contrôle de version <productname>CVS</productname>
- (<foreignphrase>Concurrent Version Control System</foreignphrase>).
+ (<foreignphrase>Concurrent Version Control System</foreignphrase>). An official mirror using
+ <productname>Git</productname> is also available, for those who wish to use a
+ distributed version control system. This mirror is automatically
+ updated whenever the main repository changes, so it always contains the latest
+ versions of all branches.
</para>
<para>
- Il existe au moins trois méthodes,
- CVS anonyme, <productname>rsync</productname> et <productname>CVSup</productname>,
- pour extraire de <productname>CVS</productname> l'arborescence du
- code source du serveur <productname>PostgreSQL</productname> vers une
- machine locale.
- La <ulink
- url="http://wiki.postgresql.org/index.php/Working_with_CVS">page wiki</ulink>
- contient des informations supplémentaires sur le travail avec CVS.
+ Utiliser <productname>git</productname> est la façon la plus flexible pour
+ travailler avec les sources. Il vous permet de travailler hors-ligne tout
+ sans avoir un accès constant aux serveurs du projet.
+ <productname>rsync</productname> via <productname>cvs</productname> vous
+ permet aussi de travailler hors-ligne mais il leur manque les nombreux autres
+ avantages de <productname>git</productname>.
</para>
+ <para>
+ Notre wiki, cet <ulink
+ url="http://wiki.postgresql.org/wiki/Working_with_CVS">article</ulink> et ce
+ <ulink url="http://wiki.postgresql.org/wiki/Working_with_Git">deuxième
+ article</ulink> contiennent des informations supplémentaires pour travailler
+ avec CVS et Git.
+ </para>
+
+ <sect1 id="git">
+ <title>Récupérer les sources via <productname>Git</productname></title>
+
+ <para>
+ Avec <productname>git</productname>, vous ferez une copie du dépôt entier
+ sur votre machine locale, donc vous aurez accès à tout l'historique et les
+ branches hors-ligne. C'est la façon la plus rapide et la plus flexible pour
+ développer et tester les patchs.
+ </para>
+
+ <procedure>
+ <title>Git</title>
+
+ <step>
+ <para>
+ Vous aurez besoin d'installer une version de <productname>git</productname>,
+ que vous pouvez obtenir à partir de son <ulink
+ url="http://git-scm.com">site</ulink>. Beaucoup de systèmes ont aussi une
+ version récente de <application>git</application> installée par défaut ou
+ disponible via le système de packages.
+ </para>
+ </step>
+
+ <step>
+ <para>
+ Pour utiliser le dépôt git, faites un clone du miroir officiel :
+
+<programlisting>
+git clone git://git.postgresql.org/git/postgresql.git
+</programlisting>
+
+ Ceci fera une copie complète du dépôt sur votre machine locale, ce qui
+ prendra donc un certain temps pour se faire, tout spécialement si vous
+ avec une connexion Internet lente.
+ </para>
+
+ <para>
+ Le miroir git est aussi atteignable via le protocole http au cas où, par
+ exemple, un pare-feu bloque l'accès au protocole git. Remplacez l'URL
+ ainsi :
+
+<programlisting>
+git clone http://git.postgresql.org/git/postgresql.git
+</programlisting>
+
+ Le protocole http est moins efficace que le protocole git, donc il sera
+ plus lent.
+ </para>
+ </step>
+
+ <step>
+ <para>
+ Quand vous voulez obtenir les dernières mises à jour sur votre système,
+ allez dans le répertoire et exécutez :
+
+<programlisting>
+git fetch
+</programlisting>
+ </para>
+ </step>
+ </procedure>
+ <para>
+ <productname>git</productname> peut faire beaucoup plus de choses que de
+ récupérer le source. Pour plus d'informations, consultez les pages man du
+ produit ou le <ulink url="http://git-scm.com">site web</ulink>.
+ </para>
+ </sect1>
+
<sect1 id="anoncvs">
<title>Obtenir les sources via <productname>CVS</productname> anonyme</title>
@@ -96,23 +174,11 @@
Les sources de <productname>PostgreSQL</productname> sont ainsi copiées dans un
sous-répertoire <filename>pgsql</filename> du répertoire courant.
-
- <note>
- <para>
- Si une connexion rapide à Internet est disponible, il n'est pas
- nécessaire d'utiliser l'option <option>-z3</option>, qui demande à
- <productname>CVS</productname> de compresser les données à transférer
- avec <command>gzip</command>.
- Mais à la vitesse d'un modem, cela permet un gain de temps substantiel.
- </para>
- </note>
</para>
<para>
Cette extraction initiale est un peu plus lente que le simple
- téléchargement d'un fichier <filename>tar.gz</filename> ; il est
- probable que cela prenne
- 40 minutes environ avec un modem à 28,8 Kbps. L'avantage de
+ téléchargement d'un fichier <filename>tar.gz</filename>. L'avantage de
<productname>CVS</productname> n'apparaît que plus tard, lors de la
mise à jour des fichiers.
</para>
@@ -164,7 +230,9 @@
accès en écriture au dépôt CVS. Pour contourner ce problème, on peut utiliser
<productname>cvsutils</productname> qui est disponible sur plusieurs
systèmes d'exploitation et au format source sur <ulink
- url="http://www.red-bean.com/cvsutils/"></ulink>.
+ url="http://www.red-bean.com/cvsutils/"></ulink> ou utiliser
+ <productname>git</productname> ou tout autre système conçu pour fonctionner
+ hors-ligne.
</para>
<para>
@@ -178,112 +246,6 @@
</para>
</sect1>
- <sect1 id="cvs-tree">
- <title>Organisation de l'arbre <productname>CVS</productname></title>
-
- <para>
- <note>
- <title>Auteur</title>
- <para>
- Écrit par Marc G. Fournier (<email>scrappy at hub.org</email>)
- le 05/11/1998.
- </para>
- </note>
- </para>
-
- <para>
- La commande <command>cvs checkout</command> accepte un paramètre, <option>-r</option>,
- qui permet d'obtenir une révision particulière d'un module. Il est
- possible, par exemple, de retrouver les fichiers sources de la
- version 6_4 du module 'tc'.
-
- <programlisting>cvs checkout -r REL6_4 tc</programlisting>
- C'est en particulier utile si quelqu'un pense qu'il y a un bogue
- dans cette version, mais qu'il n'apparaît pas dans
- la version courante.
-
- <tip>
- <para>
- Un module peut également être extrait tel qu'il était à une date
- donnée en utilisant l'option <option>-D</option>.
- </para>
- </tip>
- </para>
-
- <para>
- Lorsqu'une même marque est utilisée sur plusieurs fichiers,
- celle-ci peut être vue comme
- <quote>une courbe tracée dans la matrice des noms de fichiers et
- des numéros de révision</quote>. Soient 5 fichiers avec
- les révisions suivantes :
-
- <programlisting> fichier1 fichier2 fichier3 fichier4 fichier5
-
- 1.1 1.1 1.1 1.1 /---1.1* <-*- MARQUE
- 1.2*- 1.2 1.2 --1.2*-
- 1.3 \-- 1.3*- 1.3 / 1.3
- 1.4 \ 1.4 / 1.4
- \--1.5*- 1.5
- 1.6</programlisting>
-
- alors la marque <literal>MARQUE</literal> référence
- fichier1-1.2, fichier2-1.3, etc.
-
- <note>
- <para>
- Pour créer une branche de version, à part l'option <literal>-b</literal>
- ajoutée sur la ligne de commande, c'est la même chose.</para>
- </note>
- </para>
-
- <para>
- Ainsi, pour créer la version 6.4 :
-
- <programlisting>cd pgsql
-cvs tag -b REL6_4</programlisting>
- ce qui crée la marque et la branche pour l'arbre de VERSION.
- </para>
-
- <para>
- Pour ceux qui disposent d'un accès <productname>CVS</productname>, il est
- facile de créer des répertoires séparés pour chaque version.
- D'abord, on crée deux répertoires, VERSION et COURANT, afin de ne
- pas les mélanger. Puis :
-
- <programlisting>cd VERSION
-cvs checkout -P -r REL6_4 pgsql
-cd ../COURANT
-cvs checkout -P pgsql</programlisting>
-
- Cela crée deux arbres de répertoires, <filename>VERSION/pgsql</filename> et
- <filename>COURANT/pgsql</filename>. À partir de ce moment,
- <productname>CVS</productname> sait quel arbre de
- référence est dans quel répertoire, et permet des mises à jour
- indépendantes de chaque arbre.
- </para>
-
- <para>
- Pour ne travailler <emphasis>que</emphasis> sur l'arbre
- <literal>COURANT</literal>, il suffit de suivre ce qui est indiqué jusqu'à
- la partie traitant du marquage des branches de versions.
- </para>
-
- <para>
- Après avoir fait l'extraction initiale d'une branche :
-
- <programlisting>cvs checkout -r REL6_4</programlisting>
-
- tout ce qui est fait dans ce répertoire est limité à cette branche.
- Un correctif appliquée à cette structure de répertoires
- suivi d'un :
-
- <programlisting>cvs commit</programlisting>
-
- dans ce répertoire, n'applique le correctif qu'à cette branche et
- <emphasis>uniquement</emphasis> à cette branche.
- </para>
- </sect1>
-
<sect1 id="rsync">
<title>Obtenir les sources via <productname>rsync</productname></title>
@@ -292,7 +254,7 @@
<productname>PostgreSQL</productname> est
<productname>rsync</productname>, un outil de transfert incrémental de
fichiers. Un avantage majeur à utiliser
- <productname>rsync</productname> est qu'il peut répliquer de façon fiable
+ <productname>rsync</productname> plutôt que <productname>cvs</productname> est qu'il peut répliquer de façon fiable
le dépôt CVS <emphasis>complet</emphasis> sur le système local, permettant
ainsi un accès local rapide aux opérations <command>cvs</command> telles que
<option>log</option> et <option>diff</option>. Un autre avantage est la
@@ -313,174 +275,4 @@
</para>
</sect1>
- <sect1 id="cvsup">
- <title>Obtenir les sources via <productname>CVSup</productname></title>
-
- <para>
- Une alternative au CVS anonyme pour obtenir l'arbre source de
- <productname>PostgreSQL</productname> est
- <productname>CVSup</productname>.
- <productname>CVSup</productname> a été développé par John Polstra
- (<email>jdp at polstra.com</email>) pour distribuer des arbres de
- référence CVS et autres arborescences de fichiers pour le
- <ulink url="http://www.freebsd.org">projet FreeBSD</ulink>.
- </para>
-
- <sect2>
- <title>Préparer un système client <productname>CVSup</productname></title>
-
- <para>
- Deux groupes de répertoires sont nécessaires à
- <productname>CVSup</productname> : un entrepôt contenant le
- référentiel <productname>CVS</productname> local (ou simplement
- un groupe de répertoires si seul un extrait est récupéré et non
- le référentiel complet ; voir plus loin) et une zone de stockage
- propre à <productname>CVSup</productname>. Ces deux groupes de
- répertoires peuvent coexister dans la même arborescence.
- </para>
-
- <para>
- Il faut alors décider de l'emplacement de la copie locale du référentiel
- <productname>CVS</productname>. Sur un de ses systèmes, l'auteur
- a créé un référentiel dans
- <filename>/home/cvs/</filename>, mais utilisait jusque-là
- <filename>/opt/postgres/cvs/</filename> comme arbre de développement
- pour <productname>PostgreSQL</productname>. Pour
- placer le référentiel dans <filename>/home/cvs/</filename>,
- ajouter :
-
- <programlisting>setenv CVSROOT /home/cvs</programlisting>
-
- dans le fichier <filename>.cshrc</filename>, <filename>.bashrc</filename>
- ou dans <filename>.profile</filename>, en fonction de l'interpréteur
- de commandes (shell).
- </para>
-
- <para>
- Le dépôt <application>cvs</application> doit
- être initialisé. Une fois <envar>CVSROOT</envar>
- initialisée, il suffit de faire :
-
- <programlisting>cvs init</programlisting>
-
- après quoi devrait au moins exister un répertoire
- <filename>CVSROOT</filename> :
-
- <programlisting>$ ls $CVSROOT
-CVSROOT/</programlisting>
- </para>
- </sect2>
-
- <sect2>
- <title>Utiliser un client <productname>CVSup</productname></title>
-
- <para>
- Vérifier que <application>cvsup</application> est dans le
- chemin (<foreignphrase>path</foreignphrase>). Sur la plupart des systèmes,
- cela se fait en tapant :
-
- <programlisting>which cvsup</programlisting>
-
- Lancer alors
- <application>cvsup</application> :
-
- <programlisting>cvsup -L 2 <replaceable class="parameter">postgres.cvsup</replaceable></programlisting>
-
- où <option>-L 2</option> active certains messages de statut pour
- suivre la progression de la mise à jour et
- <replaceable class="parameter">postgres.cvsup</replaceable> représente
- la chemin et le nom donnés au fichier de
- configuration <productname>CVSup</productname>.
- </para>
-
- <para>
- Un fichier de configuration <productname>CVSup</productname>
- modifié pour une installation spécifique, qui maintient un
- référentiel <productname>CVS</productname> local complet est présenté
- ci-après.
-
- <programlisting># Ce fichier représente le fichier de distribution CVSup standard
-# pour le projet de SGBDRO <productname>PostgreSQL</productname>
-# Modifié par lockart at fourpalms.org 1997-08-28
-# - Pointe vers mon arborescence locale
-# - Extrait le référentiel CVS complet, pas seulement la
-# dernière version
-#
-#Valeurs par défaut qui s'appliquent à toutes les collections
-*default host=cvsup.postgresql.org
-*default compress
-*default release=cvs
-*default delete use-rel-suffix
-# Activer la ligne suivante pour récupérer la dernière version
-#*default tag=.
-# Activer la ligne suivante pour récupérer ce qui est précisé ci-dessus ou
-# par défaut à la date précisée ci-dessous
-#*default date=97.08.29.00.00.00
-
-# répertoire de base où CVSup stocke ses fichiers 'marque page'
-# créera un sous répertoire sup/
-#*default base=/opt/postgres # /usr/local/pgsql
-*default base=/home/cvs
-
-# répertoire préfixe où CVSup stocke les distributions
-*default prefix=/home/cvs
-
-# Distribution complète, avec tout ce qui est en dessous
-pgsql
-
-# distributions partielles
-# pgsql-doc
-# pgsql-perl5
-# pgsql-src</programlisting>
- </para>
-
- <para>
- Si <option>repository</option> est indiqué à la place de <option>pgsql</option> dans la
- configuration précédente, une copie complète du dépôt
- cvsup.postgresql.org est récupérée. Ce qui inclut le répertoire <filename>CVSROOT</filename>.
- Il faut alors probablement exclure du
- répertoire les fichiers qui seront modifiés localement. Pour cela,
- on utilise un fichier de refus. Par exemple, pour la configuration
- précédente, on peut avoir dans le fichier
- <filename>/home/cvs/sup/repository/refuse</filename> :
-<programlisting>CVSROOT/config*
-CVSROOT/commitinfo*
-CVSROOT/loginfo*</programlisting>
- Voir les pages man de <productname>CVSup</productname> pour savoir comment utiliser
- les fichiers de refus.
-</para>
-
- <para>
- Ce qui suit est une suggestion de fichier de configuration
- <productname>CVSup</productname> issue du
- <ulink url="ftp://ftp.postgresql.org/pub/CVSup/README.cvsup">
- site FTP</ulink> de <productname>PostgreSQL</productname>, qui
- ne récupère que la version courante :
-
- <programlisting># Ce fichier représente la distribution CVSup standard pour le
-# projet de SGBDRO <productname>PostgreSQL</productname>.
-#
-# Valeurs par défaut qui s'appliquent à toutes les collections.
-*default host=cvsup.postgresql.org
-*default compress
-*default release=cvs
-*default delete use-rel-suffix
-*default tag=.
-
-# répertoire de base où CVSup stocke ses fichiers 'marque page'
-*default base=<replaceable class="parameter">/usr/local/pgsql</replaceable>
-
-# répertoire préfixe où CVSup stocke les distributions
-*default prefix=<replaceable class="parameter">/usr/local/pgsql</replaceable>
-
-# Distribution complète, avec tout ce qui est en dessous
-pgsql
-
-# distributions partielles
-# pgsql-doc
-# pgsql-perl5
-# pgsql-src</programlisting>
- </para>
- </sect2>
- </sect1>
</appendix>
Modified: traduc/trunk/postgresql/func.xml
===================================================================
--- traduc/trunk/postgresql/func.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/func.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -5532,9 +5532,9 @@
<listitem>
<para>la numérotation du jour de la semaine de
<function>to_char(..., 'ID')</function> correspond à la fonction
- <function>extract('isodow', ...)</function> mais
+ <function>extract(isodow from ...)</function> mais
<function>to_char(..., 'D')</function> ne correspond pas à la numération
- des jours de <function>extract('dow', ...)</function>.
+ des jours de <function>extract(dow from ...)</function>.
</para>
</listitem>
Modified: traduc/trunk/postgresql/installation.xml
===================================================================
--- traduc/trunk/postgresql/installation.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/installation.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -253,7 +253,7 @@
<systemitem class="osname">NetBSD</systemitem>,
<systemitem class="osname">Solaris</systemitem>). Pour les autres systèmes,
un paquet additionnel peut être téléchargé sur <ulink
- url="http://developer.postgresql.org/~petere/bsd-gettext"></ulink>.
+ url="http://www.gnu.org/software/gettext/"></ulink>.
Pour utiliser l'implantation <application>Gettext</application> des
bibliothèques C <acronym>GNU</acronym>, certains utilitaires nécessitent
le paquet <productname>GNU Gettext</productname>.
@@ -326,11 +326,11 @@
<para>
Il est important de vérifier qu'il y a suffisamment d'espace disque
- disponible. 65 Mo sont nécessaires pour la compilation et 15 Mo pour le
+ disponible. 100 Mo sont nécessaires pour la compilation et 20 Mo pour le
répertoire d'installation. Un groupe de bases de données vide nécessite
- 25 Mo ; les fichiers des bases prennent cinq fois plus d'espace que des
+ 35 Mo ; les fichiers des bases prennent cinq fois plus d'espace que des
fichiers texte contenant les mêmes données. Si des tests de
- régression sont prévus, 90 Mo supplémentaires sont temporairement
+ régression sont prévus, 150 Mo supplémentaires sont temporairement
nécessaires. On peut utiliser la commande <command>df</command> pour
vérifier l'espace disque disponible.
</para>
@@ -353,6 +353,11 @@
courant. Le reste de la procédure d'installation s'effectue depuis ce
répertoire.
</para>
+
+ <para>
+ Vous pouvez aussi obtenir les sources directement à partir du système de
+ contrôle de version. Pour plus d'informations, voir <xref linkend="cvs"/>.
+ </para>
</sect1>
<sect1 id="install-upgrading">
@@ -2709,7 +2714,7 @@
UnixWare 7.1, ce CD est maintenant appelé <quote>Open License
Software Supplement</quote>. Si vous n'avez pas ce CD, les logiciels qu'il
contient sont disponibles sur le serveur FTP anonyme
- <ulink url="ftp://ftp.sco.com/skunkware"></ulink>.
+ <ulink url="http://www.sco.com/skunkware/"></ulink>.
</para>
<para>
Modified: traduc/trunk/postgresql/pgcrypto.xml
===================================================================
--- traduc/trunk/postgresql/pgcrypto.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/pgcrypto.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -1245,7 +1245,7 @@
<para>Jean-Luc Cooke Fortuna-based /dev/random driver for Linux.</para>
</listitem>
<listitem>
- <para><ulink url="http://www.cs.ut.ee/~helger/crypto/"></ulink></para>
+ <para><ulink url="http://research.cyber.ee/~lipmaa/crypto/"></ulink></para>
<para>Collection de pointeurs sur le chiffrement.</para>
</listitem>
</itemizedlist>
Modified: traduc/trunk/postgresql/ref/copy.xml
===================================================================
--- traduc/trunk/postgresql/ref/copy.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/ref/copy.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -182,7 +182,7 @@
<listitem>
<para>
La chaîne qui représente une valeur NULL. Par défaut,
- <literal>\N</literal> (antislash-N) en mode texte, une valeur vide sans
+ <literal>\N</literal> (antislash-N) en mode texte, une chaîne sans
guillemets en mode <literal>CSV</literal>.
Il est possible d'utiliser une chaîne
vide même en mode texte si la distinction entre valeurs NULL et chaînes vides
@@ -298,6 +298,11 @@
plus rapide qu'en mode texte, mais un fichier binaire est moins
portable au travers des architectures machine et des versions de
<productname>PostgreSQL</productname>.
+ De plus, le format binaire est spécifique au type de données. Par exemple,
+ enregistrer une donnée binaire provenant d'une colonne de type
+ <type>smallint</type> dans une colonne de type <type>integer</type> ne
+ fonctionnera pas, même si cela pourrait fonctionner très bien avec le
+ format texte.
</para>
<para>
@@ -552,16 +557,18 @@
</para>
<para>
- Le format <literal>CSV</literal> ne permet pas de distinguer de façon standard
- une valeur <literal>NULL</literal> d'une chaîne vide. La commande <command>COPY</command>
- de <productname>PostgreSQL</productname> gère cela avec les guillemets. Un
- <literal>NULL</literal> est affiché par la chaîne <literal>NULL</literal> et n'est jamais
- entre guillemets. Ainsi, avec les paramètres par défaut,
- <literal>NULL</literal> est écrit comme une chaîne vide sans guillemets, alors qu'une
- chaîne vide est écrite avec des guillemets doubles (<literal>""</literal>). La lecture
- des valeurs suit des règles similaires. L'utilisation de <literal>FORCE NOT NULL</literal>
- permet de prévenir les comparaisons d'entrées <literal>NULL</literal> pour
- des colonnes particulières.
+ Le format <literal>CSV</literal> n'a pas de façon standard de distinguer
+ une valeur <literal>NULL</literal> d'une chaîne vide. La commande <command>COPY</command>
+ de <productname>PostgreSQL</productname> gère cela avec les guillemets. Un
+ <literal>NULL</literal> est affiché suivant le paramètre <literal>NULL</literal>
+ et n'est pas entre guillemets, alors qu'une valeur non <literal>NULL</literal>
+ correspondant au paramètre <literal>NULL</NULL> est entre guillemets. Par
+ exemple, avec la configuration par défaut, un <literal>NULL</literal> est
+ écrit avec la chaîne vide sans guillemets alors qu'une chaîne vide est écrit
+ avec des guillemets doubles (<literal>""</literal>). La lecture des valeurs
+ suit des règles similaires. Vous pouvez utiliser <literal>FORCE NOT
+ NULL</literal> pour empêcher les comparaisons d'entrée <literal>NULL</literal>
+ pour des colonnes spécifiques.
</para>
<para>
Modified: traduc/trunk/postgresql/ref/create_function.xml
===================================================================
--- traduc/trunk/postgresql/ref/create_function.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/ref/create_function.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -561,6 +561,15 @@
<literal>USAGE</literal> sur le langage.
</para>
+ <para>
+ Lorsque <command>CREATE OR REPLACE FUNCTION</command> est utilisé pour
+ remplacer une fonction existante, le propriétaire et les droits de la
+ fonction ne sont pas changés. Toutes les autres propriétés de la fonction
+ sont affectées par les valeurs indiquées ou par les valeurs imploquées par
+ la commande. Vous devez être le propriétaire de la fonction pour la
+ remplacer (cela inclut aussi les membres du rôle propriétaire).
+ </para>
+
</refsect1>
<refsect1 id="sql-createfunction-examples">
Modified: traduc/trunk/postgresql/ref/create_table.xml
===================================================================
--- traduc/trunk/postgresql/ref/create_table.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/ref/create_table.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -699,7 +699,8 @@
KEY</literal>. Les paramètres de stockage des index sont documentés dans
<xref linkend="sql-createindex" endterm="sql-createindex-title"/>.
Les paramètres de stockage actuellement disponibles sont listés ci-dessous.
- Pour chaque paramètre, il y a un paramètre additionnel, de même nom, mais
+ Pour chaque paramètre, sauf contre-indication, il y a un paramètre additionnel,
+ de même nom, mais
préfixé par <literal>toast.</literal>, qui peut être utilisé pour contrôler
le comportement de la table de stockage supplémentaire, si elle existe ;
voir <xref linkend="storage-toast"/> pour les détails.
@@ -711,8 +712,7 @@
<variablelist>
<varlistentry>
- <term><literal>fillfactor</literal>, <literal>toast.fillfactor</literal>
- (<type>integer</type>)</term>
+ <term><literal>fillfactor</literal> (<type>integer</type>)</term>
<listitem>
<para>
Le facteur de remplissage d'une table est un pourcentage entre 10 et 100.
@@ -725,7 +725,8 @@
la placer sur une page différente. Pour une table dont les entrées ne sont
jamais mises à jour, la valeur par défaut est le meilleur choix, mais pour
des tables mises à jour fréquemment, des facteurs de remplissage plus petits
- sont mieux appropriés.
+ sont mieux appropriés. Ce paramètre n'est pas disponible pour la table de
+ stockage supplémentaire.
</para>
</listitem>
</varlistentry>
@@ -851,7 +852,8 @@
</varlistentry>
<varlistentry>
- <term><literal>autovacuum_freeze_table_age</literal> (<type>integer</type>)</term>
+ <term><literal>autovacuum_freeze_table_age</literal>,
+ <literal>toast.autovacuum_freeze_table_age</literal> (<type>integer</type>)</term>
<listitem>
<para>
Paramètre <xref linkend="guc-vacuum-freeze-table-age"/> personnalisé.
Modified: traduc/trunk/postgresql/ref/create_view.xml
===================================================================
--- traduc/trunk/postgresql/ref/create_view.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/ref/create_view.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -148,6 +148,15 @@
doit avoir le droit d'appeler toutes les fonctions utilisées par la vue.
</para>
+ <para>
+ Quand <command>CREATE OR REPLACE VIEW</command> est utilisé sur une vue
+ existante, seule la règle SELECT définissant la vue est modifiée. Les
+ autres propriétés, comme les droits, le propriétaire et les règles autres
+ que le SELECT, ne sont pas modifiées. Vous devez être le propriétaire de
+ la vue pour la remplacer (ceci incluant aussi les membres du rôle
+ propriétaire).
+ </para>
+
</refsect1>
<refsect1>
Modified: traduc/trunk/postgresql/ref/select.xml
===================================================================
--- traduc/trunk/postgresql/ref/select.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/ref/select.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -1140,6 +1140,12 @@
<literal>FOR UPDATE</literal> ou <literal>FOR SHARE</literal> est appliquée
à une vue ou à une sous-requête, cela affecte toutes les tables utilisées
dans la vue ou la sous-requête.
+ Néanmoins, <literal>FOR UPDATE</literal>/<literal>FOR SHARE</literal>
+ ne s'appliquent pas aux requêtes <literal>WITH</literal> référencées par la
+ clé primaire. Si vous voulez qu'un verrouillage de lignes intervienne dans
+ une requête <literal>WITH</literal>, spécifiez <literal>FOR UPDATE</literal>
+ ou <literal>FOR SHARE</literal> à l'intérieur de la requête
+ <literal>WITH</literal>.
</para>
<para>
Modified: traduc/trunk/postgresql/release-7.4.xml
===================================================================
--- traduc/trunk/postgresql/release-7.4.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-7.4.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,126 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-7-4-27">
+ <title>Release 7.4.27</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 7.4.26.
+ For information about new features in the 7.4 major release, see
+ <xref linkend="release-7-4"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 7.4.27</title>
+
+ <para>
+ A dump/restore is not required for those running 7.4.X.
+ However, if you are upgrading from a version earlier than 7.4.26,
+ see the release notes for 7.4.26.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-7-4-26">
<title>Release 7.4.26</title>
Modified: traduc/trunk/postgresql/release-8.0.xml
===================================================================
--- traduc/trunk/postgresql/release-8.0.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-8.0.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,161 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-8-0-23">
+ <title>Release 8.0.23</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 8.0.22.
+ For information about new features in the 8.0 major release, see
+ <xref linkend="release-8-0"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 8.0.23</title>
+
+ <para>
+ A dump/restore is not required for those running 8.0.X.
+ However, if you are upgrading from a version earlier than 8.0.22,
+ see the release notes for 8.0.22.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix premature drop of temporary files used for a cursor that is accessed
+ within a subtransaction (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix rare crash in exception processing in PL/Python (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure <application>psql</application>'s flex module is compiled with the correct
+ system header definitions (Tom)
+ </para>
+
+ <para>
+ This fixes build failures on platforms where
+ <literal>--enable-largefile</literal> causes incompatible changes in the
+ generated code.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</application> release 2009s
+ for DST law changes in Antarctica, Argentina, Bangladesh, Fiji,
+ Novokuznetsk, Pakistan, Palestine, Samoa, Syria; also historical
+ corrections for Hong Kong.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-8-0-22">
<title>Release 8.0.22</title>
Modified: traduc/trunk/postgresql/release-8.1.xml
===================================================================
--- traduc/trunk/postgresql/release-8.1.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-8.1.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,187 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-8-1-19">
+ <title>Release 8.1.19</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 8.1.18.
+ For information about new features in the 8.1 major release, see
+ <xref linkend="release-8-1"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 8.1.19</title>
+
+ <para>
+ A dump/restore is not required for those running 8.1.X.
+ However, if you are upgrading from a version earlier than 8.1.18,
+ see the release notes for 8.1.18.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that shared tuple-level locks held by prepared transactions are
+ not ignored (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix premature drop of temporary files used for a cursor that is accessed
+ within a subtransaction (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix processing of ownership dependencies during <literal>CREATE OR
+ REPLACE FUNCTION</literal> (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that Perl arrays are properly converted to
+ <productname>PostgreSQL</productname> arrays when returned by a set-returning
+ PL/Perl function (Andrew Dunstan, Abhijit Menon-Sen)
+ </para>
+
+ <para>
+ This worked correctly already for non-set-returning functions.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix rare crash in exception processing in PL/Python (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure <application>psql</application>'s flex module is compiled with the correct
+ system header definitions (Tom)
+ </para>
+
+ <para>
+ This fixes build failures on platforms where
+ <literal>--enable-largefile</literal> causes incompatible changes in the
+ generated code.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</application> release 2009s
+ for DST law changes in Antarctica, Argentina, Bangladesh, Fiji,
+ Novokuznetsk, Pakistan, Palestine, Samoa, Syria; also historical
+ corrections for Hong Kong.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-8-1-18">
<title>Release 8.1.18</title>
Modified: traduc/trunk/postgresql/release-8.2.xml
===================================================================
--- traduc/trunk/postgresql/release-8.2.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-8.2.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,250 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-8-2-15">
+ <title>Release 8.2.15</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 8.2.14.
+ For information about new features in the 8.2 major release, see
+ <xref linkend="release-8-2"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 8.2.15</title>
+
+ <para>
+ A dump/restore is not required for those running 8.2.X.
+ However, if you are upgrading from a version earlier than 8.2.14,
+ see the release notes for 8.2.14.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that shared tuple-level locks held by prepared transactions are
+ not ignored (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix premature drop of temporary files used for a cursor that is accessed
+ within a subtransaction (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect logic for GiST index page splits, when the split depends
+ on a non-first column of the index (Paul Ramsey)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Don't error out if recycling or removing an old WAL file fails at the
+ end of checkpoint (Heikki)
+ </para>
+
+ <para>
+ It's better to treat the problem as non-fatal and allow the checkpoint
+ to complete. Future checkpoints will retry the removal. Such problems
+ are not expected in normal operation, but have been seen to be
+ caused by misdesigned Windows anti-virus and backup software.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure WAL files aren't repeatedly archived on Windows (Heikki)
+ </para>
+
+ <para>
+ This is another symptom that could happen if some other process
+ interfered with deletion of a no-longer-needed file.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix processing of ownership dependencies during <literal>CREATE OR
+ REPLACE FUNCTION</literal> (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix bug with calling <literal>plperl</literal> from <literal>plperlu</literal> or vice
+ versa (Tom)
+ </para>
+
+ <para>
+ An error exit from the inner function could result in crashes due to
+ failure to re-select the correct Perl interpreter for the outer function.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix session-lifespan memory leak when a PL/Perl function is redefined
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that Perl arrays are properly converted to
+ <productname>PostgreSQL</productname> arrays when returned by a set-returning
+ PL/Perl function (Andrew Dunstan, Abhijit Menon-Sen)
+ </para>
+
+ <para>
+ This worked correctly already for non-set-returning functions.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix rare crash in exception processing in PL/Python (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure <application>psql</application>'s flex module is compiled with the correct
+ system header definitions (Tom)
+ </para>
+
+ <para>
+ This fixes build failures on platforms where
+ <literal>--enable-largefile</literal> causes incompatible changes in the
+ generated code.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update the timezone abbreviation files to match current reality (Joachim
+ Wieland)
+ </para>
+
+ <para>
+ This includes adding <literal>IDT</literal> and <literal>SGT</literal> to the default
+ timezone abbreviation set.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</application> release 2009s
+ for DST law changes in Antarctica, Argentina, Bangladesh, Fiji,
+ Novokuznetsk, Pakistan, Palestine, Samoa, Syria; also historical
+ corrections for Hong Kong.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-8-2-14">
<title>Release 8.2.14</title>
Modified: traduc/trunk/postgresql/release-8.3.xml
===================================================================
--- traduc/trunk/postgresql/release-8.3.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-8.3.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,339 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-8-3-9">
+ <title>Release 8.3.9</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 8.3.8.
+ For information about new features in the 8.3 major release, see
+ <xref linkend="release-8-3"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 8.3.9</title>
+
+ <para>
+ A dump/restore is not required for those running 8.3.X.
+ However, if you are upgrading from a version earlier than 8.3.8,
+ see the release notes for 8.3.8.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Avoid crash on empty thesaurus dictionary (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that shared tuple-level locks held by prepared transactions are
+ not ignored (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix premature drop of temporary files used for a cursor that is accessed
+ within a subtransaction (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix memory leak in syslogger process when rotating to a new CSV logfile
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix Windows permission-downgrade logic (Jesse Morris)
+ </para>
+
+ <para>
+ This fixes some cases where the database failed to start on Windows,
+ often with misleading error messages such as <quote>could not locate
+ matching postgres executable</quote>.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect logic for GiST index page splits, when the split depends
+ on a non-first column of the index (Paul Ramsey)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Don't error out if recycling or removing an old WAL file fails at the
+ end of checkpoint (Heikki)
+ </para>
+
+ <para>
+ It's better to treat the problem as non-fatal and allow the checkpoint
+ to complete. Future checkpoints will retry the removal. Such problems
+ are not expected in normal operation, but have been seen to be
+ caused by misdesigned Windows anti-virus and backup software.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure WAL files aren't repeatedly archived on Windows (Heikki)
+ </para>
+
+ <para>
+ This is another symptom that could happen if some other process
+ interfered with deletion of a no-longer-needed file.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Raise the maximum authentication token (Kerberos ticket) size in GSSAPI
+ and SSPI authentication methods (Ian Turner)
+ </para>
+
+ <para>
+ While the old 2000-byte limit was more than enough for Unix Kerberos
+ implementations, tickets issued by Windows Domain Controllers can be
+ much larger.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Re-enable collection of access statistics for sequences (Akira Kurosawa)
+ </para>
+
+ <para>
+ This used to work but was broken in 8.3.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix processing of ownership dependencies during <literal>CREATE OR
+ REPLACE FUNCTION</literal> (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect handling of <literal>WHERE</literal>
+ <replaceable>x</replaceable>=<replaceable>x</replaceable> conditions (Tom)
+ </para>
+
+ <para>
+ In some cases these could get ignored as redundant, but they aren't
+ — they're equivalent to <replaceable>x</replaceable> <literal>IS NOT NULL</literal>.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make text search parser accept underscores in XML attributes (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix encoding handling in <type>xml</type> binary input (Heikki)
+ </para>
+
+ <para>
+ If the XML header doesn't specify an encoding, we now assume UTF-8 by
+ default; the previous handling was inconsistent.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix bug with calling <literal>plperl</literal> from <literal>plperlu</literal> or vice
+ versa (Tom)
+ </para>
+
+ <para>
+ An error exit from the inner function could result in crashes due to
+ failure to re-select the correct Perl interpreter for the outer function.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix session-lifespan memory leak when a PL/Perl function is redefined
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that Perl arrays are properly converted to
+ <productname>PostgreSQL</productname> arrays when returned by a set-returning
+ PL/Perl function (Andrew Dunstan, Abhijit Menon-Sen)
+ </para>
+
+ <para>
+ This worked correctly already for non-set-returning functions.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix rare crash in exception processing in PL/Python (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ In <filename>contrib/pg_standby</filename>, disable triggering failover with a
+ signal on Windows (Fujii Masao)
+ </para>
+
+ <para>
+ This never did anything useful, because Windows doesn't have Unix-style
+ signals, but recent changes made it actually crash.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure <application>psql</application>'s flex module is compiled with the correct
+ system header definitions (Tom)
+ </para>
+
+ <para>
+ This fixes build failures on platforms where
+ <literal>--enable-largefile</literal> causes incompatible changes in the
+ generated code.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update the timezone abbreviation files to match current reality (Joachim
+ Wieland)
+ </para>
+
+ <para>
+ This includes adding <literal>IDT</literal> and <literal>SGT</literal> to the default
+ timezone abbreviation set.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</application> release 2009s
+ for DST law changes in Antarctica, Argentina, Bangladesh, Fiji,
+ Novokuznetsk, Pakistan, Palestine, Samoa, Syria; also historical
+ corrections for Hong Kong.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-8-3-8">
<title>Release 8.3.8</title>
Modified: traduc/trunk/postgresql/release-8.4.xml
===================================================================
--- traduc/trunk/postgresql/release-8.4.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/release-8.4.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -4,6 +4,530 @@
par $Author: gleu $
révision $Revision: 1317 $ -->
+ <sect1 id="release-8-4-2">
+ <title>Release 8.4.2</title>
+
+ <note>
+ <title>Release date</title>
+ <simpara>2009-12-14</simpara>
+ </note>
+
+ <para>
+ This release contains a variety of fixes from 8.4.1.
+ For information about new features in the 8.4 major release, see
+ <xref linkend="release-8-4"/>.
+ </para>
+
+ <sect2>
+ <title>Migration to Version 8.4.2</title>
+
+ <para>
+ A dump/restore is not required for those running 8.4.X.
+ However, if you have any hash indexes,
+ you should <command>REINDEX</command> them after updating to 8.4.2,
+ to repair possible damage.
+ </para>
+
+ </sect2>
+
+ <sect2>
+ <title>Changes</title>
+
+ <itemizedlist>
+
+ <listitem>
+ <para>
+ Protect against indirect security threats caused by index functions
+ changing session-local state (Gurjeet Singh, Tom)
+ </para>
+
+ <para>
+ This change prevents allegedly-immutable index functions from possibly
+ subverting a superuser's session (CVE-2009-4136).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Reject SSL certificates containing an embedded null byte in the common
+ name (CN) field (Magnus)
+ </para>
+
+ <para>
+ This prevents unintended matching of a certificate to a server or client
+ name during SSL validation (CVE-2009-4034).
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix hash index corruption (Tom)
+ </para>
+
+ <para>
+ The 8.4 change that made hash indexes keep entries sorted by hash value
+ failed to update the bucket splitting and compaction routines to
+ preserve the ordering. So application of either of those operations
+ could lead to permanent corruption of an index, in the sense that
+ searches might fail to find entries that are present. To deal with
+ this, it is recommended to <literal>REINDEX</literal> any hash indexes you may
+ have after installing this update.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash during backend-startup-time cache initialization (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Avoid crash on empty thesaurus dictionary (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Prevent signals from interrupting <literal>VACUUM</literal> at unsafe times
+ (Alvaro)
+ </para>
+
+ <para>
+ This fix prevents a PANIC if a <literal>VACUUM FULL</literal> is cancelled
+ after it's already committed its tuple movements, as well as transient
+ errors if a plain <literal>VACUUM</literal> is interrupted after having
+ truncated the table.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible crash due to integer overflow in hash table size
+ calculation (Tom)
+ </para>
+
+ <para>
+ This could occur with extremely large planner estimates for the size of
+ a hashjoin's result.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix crash if a <literal>DROP</literal> is attempted on an internally-dependent
+ object (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix very rare crash in <type>inet</type>/<type>cidr</type> comparisons (Chris
+ Mikkelson)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that shared tuple-level locks held by prepared transactions are
+ not ignored (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix premature drop of temporary files used for a cursor that is accessed
+ within a subtransaction (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix memory leak in syslogger process when rotating to a new CSV logfile
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix memory leak in postmaster when re-parsing <filename>pg_hba.conf</filename>
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix Windows permission-downgrade logic (Jesse Morris)
+ </para>
+
+ <para>
+ This fixes some cases where the database failed to start on Windows,
+ often with misleading error messages such as <quote>could not locate
+ matching postgres executable</quote>.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make <literal>FOR UPDATE/SHARE</literal> in the primary query not propagate
+ into <literal>WITH</literal> queries (Tom)
+ </para>
+
+ <para>
+ For example, in
+<programlisting>
+WITH w AS (SELECT * FROM foo) SELECT * FROM w, bar ... FOR UPDATE
+</programlisting>
+ the <literal>FOR UPDATE</literal> will now affect <literal>bar</literal> but not
+ <literal>foo</literal>. This is more useful and consistent than the original
+ 8.4 behavior, which tried to propagate <literal>FOR UPDATE</literal> into the
+ <literal>WITH</literal> query but always failed due to assorted implementation
+ restrictions. It also follows the design rule that <literal>WITH</literal>
+ queries are executed as if independent of the main query.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix bug with a <literal>WITH RECURSIVE</literal> query immediately inside
+ another one (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix concurrency bug in hash indexes (Tom)
+ </para>
+
+ <para>
+ Concurrent insertions could cause index scans to transiently report
+ wrong results.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect logic for GiST index page splits, when the split depends
+ on a non-first column of the index (Paul Ramsey)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix wrong search results for a multi-column GIN index with
+ <literal>fastupdate</literal> enabled (Teodor)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix bugs in WAL entry creation for GIN indexes (Tom)
+ </para>
+
+ <para>
+ These bugs were masked when <varname>full_page_writes</varname> was on, but
+ with it off a WAL replay failure was certain if a crash occurred before
+ the next checkpoint.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Don't error out if recycling or removing an old WAL file fails at the
+ end of checkpoint (Heikki)
+ </para>
+
+ <para>
+ It's better to treat the problem as non-fatal and allow the checkpoint
+ to complete. Future checkpoints will retry the removal. Such problems
+ are not expected in normal operation, but have been seen to be
+ caused by misdesigned Windows anti-virus and backup software.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure WAL files aren't repeatedly archived on Windows (Heikki)
+ </para>
+
+ <para>
+ This is another symptom that could happen if some other process
+ interfered with deletion of a no-longer-needed file.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix PAM password processing to be more robust (Tom)
+ </para>
+
+ <para>
+ The previous code is known to fail with the combination of the Linux
+ <literal>pam_krb5</literal> PAM module with Microsoft Active Directory as the
+ domain controller. It might have problems elsewhere too, since it was
+ making unjustified assumptions about what arguments the PAM stack would
+ pass to it.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Raise the maximum authentication token (Kerberos ticket) size in GSSAPI
+ and SSPI authentication methods (Ian Turner)
+ </para>
+
+ <para>
+ While the old 2000-byte limit was more than enough for Unix Kerberos
+ implementations, tickets issued by Windows Domain Controllers can be
+ much larger.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that domain constraints are enforced in constructs like
+ <literal>ARRAY[...]::domain</literal>, where the domain is over an array type
+ (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix foreign-key logic for some cases involving composite-type columns
+ as foreign keys (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that a cursor's snapshot is not modified after it is created
+ (Alvaro)
+ </para>
+
+ <para>
+ This could lead to a cursor delivering wrong results if later operations
+ in the same transaction modify the data the cursor is supposed to return.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix <literal>CREATE TABLE</literal> to properly merge default expressions
+ coming from different inheritance parent tables (Tom)
+ </para>
+
+ <para>
+ This used to work but was broken in 8.4.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Re-enable collection of access statistics for sequences (Akira Kurosawa)
+ </para>
+
+ <para>
+ This used to work but was broken in 8.3.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix processing of ownership dependencies during <literal>CREATE OR
+ REPLACE FUNCTION</literal> (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect handling of <literal>WHERE</literal>
+ <replaceable>x</replaceable>=<replaceable>x</replaceable> conditions (Tom)
+ </para>
+
+ <para>
+ In some cases these could get ignored as redundant, but they aren't
+ — they're equivalent to <replaceable>x</replaceable> <literal>IS NOT NULL</literal>.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix incorrect plan construction when using hash aggregation to implement
+ <literal>DISTINCT</literal> for textually identical volatile expressions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix Assert failure for a volatile <literal>SELECT DISTINCT ON</literal>
+ expression (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix <function>ts_stat()</function> to not fail on an empty <type>tsvector</type>
+ value (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make text search parser accept underscores in XML attributes (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix encoding handling in <type>xml</type> binary input (Heikki)
+ </para>
+
+ <para>
+ If the XML header doesn't specify an encoding, we now assume UTF-8 by
+ default; the previous handling was inconsistent.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix bug with calling <literal>plperl</literal> from <literal>plperlu</literal> or vice
+ versa (Tom)
+ </para>
+
+ <para>
+ An error exit from the inner function could result in crashes due to
+ failure to re-select the correct Perl interpreter for the outer function.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix session-lifespan memory leak when a PL/Perl function is redefined
+ (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure that Perl arrays are properly converted to
+ <productname>PostgreSQL</productname> arrays when returned by a set-returning
+ PL/Perl function (Andrew Dunstan, Abhijit Menon-Sen)
+ </para>
+
+ <para>
+ This worked correctly already for non-set-returning functions.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix rare crash in exception processing in PL/Python (Peter)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix <application>ecpg</application> problem with comments in <literal>DECLARE
+ CURSOR</literal> statements (Michael)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix <application>ecpg</application> to not treat recently-added keywords as
+ reserved words (Tom)
+ </para>
+
+ <para>
+ This affected the keywords <literal>CALLED</literal>, <literal>CATALOG</literal>,
+ <literal>DEFINER</literal>, <literal>ENUM</literal>, <literal>FOLLOWING</literal>,
+ <literal>INVOKER</literal>, <literal>OPTIONS</literal>, <literal>PARTITION</literal>,
+ <literal>PRECEDING</literal>, <literal>RANGE</literal>, <literal>SECURITY</literal>,
+ <literal>SERVER</literal>, <literal>UNBOUNDED</literal>, and <literal>WRAPPER</literal>.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Re-allow regular expression special characters in <application>psql</application>'s
+ <literal>\df</literal> function name parameter (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ In <filename>contrib/pg_standby</filename>, disable triggering failover with a
+ signal on Windows (Fujii Masao)
+ </para>
+
+ <para>
+ This never did anything useful, because Windows doesn't have Unix-style
+ signals, but recent changes made it actually crash.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Put <literal>FREEZE</literal> and <literal>VERBOSE</literal> options in the right
+ order in the <literal>VACUUM</literal> command that
+ <filename>contrib/vacuumdb</filename> produces (Heikki)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Fix possible leak of connections when <filename>contrib/dblink</filename>
+ encounters an error (Tatsuhito Kasahara)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Ensure <application>psql</application>'s flex module is compiled with the correct
+ system header definitions (Tom)
+ </para>
+
+ <para>
+ This fixes build failures on platforms where
+ <literal>--enable-largefile</literal> causes incompatible changes in the
+ generated code.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Make the postmaster ignore any <literal>application_name</literal> parameter in
+ connection request packets, to improve compatibility with future libpq
+ versions (Tom)
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update the timezone abbreviation files to match current reality (Joachim
+ Wieland)
+ </para>
+
+ <para>
+ This includes adding <literal>IDT</literal> to the default
+ timezone abbreviation set.
+ </para>
+ </listitem>
+
+ <listitem>
+ <para>
+ Update time zone data files to <application>tzdata</application> release 2009s
+ for DST law changes in Antarctica, Argentina, Bangladesh, Fiji,
+ Novokuznetsk, Pakistan, Palestine, Samoa, Syria; also historical
+ corrections for Hong Kong.
+ </para>
+ </listitem>
+
+ </itemizedlist>
+
+ </sect2>
+ </sect1>
+
<sect1 id="release-8-4-1">
<title>Release 8.4.1</title>
Modified: traduc/trunk/postgresql/seg.xml
===================================================================
--- traduc/trunk/postgresql/seg.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/seg.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -386,7 +386,7 @@
<para>
Mes remerciements vont principalement au professeur Joe Hellerstein
- (<ulink url="http://db.cs.berkeley.edu/~jmh/"></ulink>) pour avoir élucidé
+ (<ulink url="http://db.cs.berkeley.edu/jmh/"></ulink>) pour avoir élucidé
l'idée centrale de GiST (<ulink
url="http://gist.cs.berkeley.edu/"></ulink>). Mes remerciements aussi aux
développeurs de PostgreSQL pour m'avoir permis de créer mon propre monde
Modified: traduc/trunk/postgresql/version.xml
===================================================================
--- traduc/trunk/postgresql/version.xml 2009-12-10 17:18:24 UTC (rev 1449)
+++ traduc/trunk/postgresql/version.xml 2009-12-10 18:23:15 UTC (rev 1450)
@@ -1,2 +1,2 @@
-<!ENTITY version "8.4.1">
+<!ENTITY version "8.4.2">
<!ENTITY majorversion "8.4">
Plus d'informations sur la liste de diffusion Trad