Changeset 1064

Show
Ignore:
Timestamp:
06/09/08 09:38:11 (3 months ago)
Author:
gleu
Message:

Mise à jour version 8.0.17.

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/branches/bv803/manuel/release.sgml

    r1053 r1064  
    4848  <para> 
    4949   A complete list of changes for each release can be obtained by 
    50    viewing the <link linkend="cvs">CVS</link> logs for each release. 
     50   viewing the CVS logs for each release. 
    5151   The <ulink 
    5252   url="http://archives.postgresql.org/pgsql-committers/">pgsql-committers 
    …… 
    6464  </para> 
    6565 
     66 <sect1 id="release-8-0-17"> 
     67  <title>Release 8.0.17</title> 
     68 
     69  <note> 
     70  <title>Release date</title> 
     71  <simpara>2008-06-12</simpara> 
     72  </note> 
     73 
     74  <para> 
     75   This release contains one serious bug fix over 8.0.16. 
     76   For information about new features in the 8.0 major release, see 
     77   <xref linkend="release-8-0">. 
     78  </para> 
     79 
     80  <sect2> 
     81   <title>Migration to Version 8.0.17</title> 
     82 
     83   <para> 
     84    A dump/restore is not required for those running 8.0.X. 
     85    However, if you are upgrading from a version earlier than 8.0.6, 
     86    see the release notes for 8.0.6. 
     87   </para> 
     88 
     89  </sect2> 
     90 
     91  <sect2> 
     92   <title>Changes</title> 
     93 
     94   <itemizedlist> 
     95 
     96    <listitem> 
     97     <para> 
     98      Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom) 
     99     </para> 
     100 
     101     <para> 
     102      Before this fix, a negative constant in a view or rule might be dumped 
     103      as, say, <literal>-42::integer</>, which is subtly incorrect: it should 
     104      be <literal>(-42)::integer</> due to operator precedence rules. 
     105      Usually this would make little difference, but it could interact with 
     106      another recent patch to cause 
     107      <productname>PostgreSQL</> to reject what had been a valid 
     108      <command>SELECT DISTINCT</> view query.  Since this could result in 
     109      <application>pg_dump</> output failing to reload, it is being treated 
     110      as a high-priority fix.  The only released versions in which dump 
     111      output is actually incorrect are 8.3.1 and 8.2.7. 
     112     </para> 
     113    </listitem> 
     114 
     115   </itemizedlist> 
     116 
     117  </sect2> 
     118 </sect1> 
     119 
    66120 <sect1 id="release-8-0-16"> 
    67121  <title>Release 8.0.16</title> 
    …… 
    69123  <note> 
    70124  <title>Release date</title> 
    71   <simpara>2008-06-09</simpara> 
     125  <simpara>never released</simpara> 
    72126  </note> 
    73127 
    …… 
    42564310 </sect1> 
    42574311 
     4312 <sect1 id="release-7-4-21"> 
     4313  <title>Release 7.4.21</title> 
     4314 
     4315  <note> 
     4316  <title>Release date</title> 
     4317  <simpara>2008-06-12</simpara> 
     4318  </note> 
     4319 
     4320  <para> 
     4321   This release contains one serious bug fix over 7.4.20. 
     4322   For information about new features in the 7.4 major release, see 
     4323   <xref linkend="release-7-4">. 
     4324  </para> 
     4325 
     4326  <sect2> 
     4327   <title>Migration to Version 7.4.21</title> 
     4328 
     4329   <para> 
     4330    A dump/restore is not required for those running 7.4.X. 
     4331    However, if you are upgrading from a version earlier than 7.4.11, 
     4332    see the release notes for 7.4.11. 
     4333   </para> 
     4334 
     4335  </sect2> 
     4336 
     4337  <sect2> 
     4338   <title>Changes</title> 
     4339 
     4340   <itemizedlist> 
     4341 
     4342    <listitem> 
     4343     <para> 
     4344      Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom) 
     4345     </para> 
     4346 
     4347     <para> 
     4348      Before this fix, a negative constant in a view or rule might be dumped 
     4349      as, say, <literal>-42::integer</>, which is subtly incorrect: it should 
     4350      be <literal>(-42)::integer</> due to operator precedence rules. 
     4351      Usually this would make little difference, but it could interact with 
     4352      another recent patch to cause 
     4353      <productname>PostgreSQL</> to reject what had been a valid 
     4354      <command>SELECT DISTINCT</> view query.  Since this could result in 
     4355      <application>pg_dump</> output failing to reload, it is being treated 
     4356      as a high-priority fix.  The only released versions in which dump 
     4357      output is actually incorrect are 8.3.1 and 8.2.7. 
     4358     </para> 
     4359    </listitem> 
     4360 
     4361   </itemizedlist> 
     4362 
     4363  </sect2> 
     4364 </sect1> 
     4365 
    42584366 <sect1 id="release-7-4-20"> 
    42594367  <title>Release 7.4.20</title> 
    …… 
    42614369  <note> 
    42624370  <title>Release date</title> 
    4263   <simpara>2008-06-09</simpara> 
     4371  <simpara>never released</simpara> 
    42644372  </note> 
    42654373 

  • traduc/branches/bv803/manuel/version.sgml

    r1053 r1064  
    1 <!entity version "8.0.16"> 
     1<!entity version "8.0.17"> 
    22<!entity majorversion "8.0">