Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit6d61b40

Browse files
committed
Update release notes for 8.3.3 et al.
1 parente4ca6ca commit6d61b40

File tree

1 file changed

+276
-6
lines changed

1 file changed

+276
-6
lines changed

‎doc/src/sgml/release.sgml

Lines changed: 276 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,4 @@
1-
<!-- $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.582 2008/06/04 03:16:02 tgl Exp $ -->
1+
<!-- $PostgreSQL: pgsql/doc/src/sgml/release.sgml,v 1.583 2008/06/07 22:10:38 tgl Exp $ -->
22
<!--
33

44
Typical markup:
@@ -63,12 +63,66 @@ do it for earlier branch release files.
6363
review, so each item is truly a community effort.
6464
</para>
6565

66+
<sect1 id="release-8-3-3">
67+
<title>Release 8.3.3</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.3.2.
76+
For information about new features in the 8.3 major release, see
77+
<xref linkend="release-8-3">.
78+
</para>
79+
80+
<sect2>
81+
<title>Migration to Version 8.3.3</title>
82+
83+
<para>
84+
A dump/restore is not required for those running 8.3.X.
85+
However, if you are upgrading from a version earlier than 8.3.1,
86+
see the release notes for 8.3.1.
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-3-2">
67121
<title>Release 8.3.2</title>
68122

69123
<note>
70124
<title>Release date</title>
71-
<simpara>2008-06-09</simpara>
125+
<simpara>never released</simpara>
72126
</note>
73127

74128
<para>
@@ -3349,12 +3403,66 @@ current_date &lt; 2017-11-17
33493403
</sect2>
33503404
</sect1>
33513405

3406+
<sect1 id="release-8-2-9">
3407+
<title>Release 8.2.9</title>
3408+
3409+
<note>
3410+
<title>Release date</title>
3411+
<simpara>2008-06-12</simpara>
3412+
</note>
3413+
3414+
<para>
3415+
This release contains one serious bug fix over 8.2.8.
3416+
For information about new features in the 8.2 major release, see
3417+
<xref linkend="release-8-2">.
3418+
</para>
3419+
3420+
<sect2>
3421+
<title>Migration to Version 8.2.9</title>
3422+
3423+
<para>
3424+
A dump/restore is not required for those running 8.2.X.
3425+
However, if you are upgrading from a version earlier than 8.2.7,
3426+
see the release notes for 8.2.7.
3427+
</para>
3428+
3429+
</sect2>
3430+
3431+
<sect2>
3432+
<title>Changes</title>
3433+
3434+
<itemizedlist>
3435+
3436+
<listitem>
3437+
<para>
3438+
Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom)
3439+
</para>
3440+
3441+
<para>
3442+
Before this fix, a negative constant in a view or rule might be dumped
3443+
as, say, <literal>-42::integer</>, which is subtly incorrect: it should
3444+
be <literal>(-42)::integer</> due to operator precedence rules.
3445+
Usually this would make little difference, but it could interact with
3446+
another recent patch to cause
3447+
<productname>PostgreSQL</> to reject what had been a valid
3448+
<command>SELECT DISTINCT</> view query. Since this could result in
3449+
<application>pg_dump</> output failing to reload, it is being treated
3450+
as a high-priority fix. The only released versions in which dump
3451+
output is actually incorrect are 8.3.1 and 8.2.7.
3452+
</para>
3453+
</listitem>
3454+
3455+
</itemizedlist>
3456+
3457+
</sect2>
3458+
</sect1>
3459+
33523460
<sect1 id="release-8-2-8">
33533461
<title>Release 8.2.8</title>
33543462

33553463
<note>
33563464
<title>Release date</title>
3357-
<simpara>2008-06-09</simpara>
3465+
<simpara>never released</simpara>
33583466
</note>
33593467

33603468
<para>
@@ -7322,12 +7430,66 @@ current_date &lt; 2017-11-17
73227430
</sect2>
73237431
</sect1>
73247432

7433+
<sect1 id="release-8-1-13">
7434+
<title>Release 8.1.13</title>
7435+
7436+
<note>
7437+
<title>Release date</title>
7438+
<simpara>2008-06-12</simpara>
7439+
</note>
7440+
7441+
<para>
7442+
This release contains one serious bug fix over 8.1.12.
7443+
For information about new features in the 8.1 major release, see
7444+
<xref linkend="release-8-1">.
7445+
</para>
7446+
7447+
<sect2>
7448+
<title>Migration to Version 8.1.13</title>
7449+
7450+
<para>
7451+
A dump/restore is not required for those running 8.1.X.
7452+
However, if you are upgrading from a version earlier than 8.1.2,
7453+
see the release notes for 8.1.2.
7454+
</para>
7455+
7456+
</sect2>
7457+
7458+
<sect2>
7459+
<title>Changes</title>
7460+
7461+
<itemizedlist>
7462+
7463+
<listitem>
7464+
<para>
7465+
Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom)
7466+
</para>
7467+
7468+
<para>
7469+
Before this fix, a negative constant in a view or rule might be dumped
7470+
as, say, <literal>-42::integer</>, which is subtly incorrect: it should
7471+
be <literal>(-42)::integer</> due to operator precedence rules.
7472+
Usually this would make little difference, but it could interact with
7473+
another recent patch to cause
7474+
<productname>PostgreSQL</> to reject what had been a valid
7475+
<command>SELECT DISTINCT</> view query. Since this could result in
7476+
<application>pg_dump</> output failing to reload, it is being treated
7477+
as a high-priority fix. The only released versions in which dump
7478+
output is actually incorrect are 8.3.1 and 8.2.7.
7479+
</para>
7480+
</listitem>
7481+
7482+
</itemizedlist>
7483+
7484+
</sect2>
7485+
</sect1>
7486+
73257487
<sect1 id="release-8-1-12">
73267488
<title>Release 8.1.12</title>
73277489

73287490
<note>
73297491
<title>Release date</title>
7330-
<simpara>2008-06-09</simpara>
7492+
<simpara>never released</simpara>
73317493
</note>
73327494

73337495
<para>
@@ -11000,12 +11162,66 @@ psql -t -f fixseq.sql db1 | psql -e db1
1100011162
</sect2>
1100111163
</sect1>
1100211164

11165+
<sect1 id="release-8-0-17">
11166+
<title>Release 8.0.17</title>
11167+
11168+
<note>
11169+
<title>Release date</title>
11170+
<simpara>2008-06-12</simpara>
11171+
</note>
11172+
11173+
<para>
11174+
This release contains one serious bug fix over 8.0.16.
11175+
For information about new features in the 8.0 major release, see
11176+
<xref linkend="release-8-0">.
11177+
</para>
11178+
11179+
<sect2>
11180+
<title>Migration to Version 8.0.17</title>
11181+
11182+
<para>
11183+
A dump/restore is not required for those running 8.0.X.
11184+
However, if you are upgrading from a version earlier than 8.0.6,
11185+
see the release notes for 8.0.6.
11186+
</para>
11187+
11188+
</sect2>
11189+
11190+
<sect2>
11191+
<title>Changes</title>
11192+
11193+
<itemizedlist>
11194+
11195+
<listitem>
11196+
<para>
11197+
Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom)
11198+
</para>
11199+
11200+
<para>
11201+
Before this fix, a negative constant in a view or rule might be dumped
11202+
as, say, <literal>-42::integer</>, which is subtly incorrect: it should
11203+
be <literal>(-42)::integer</> due to operator precedence rules.
11204+
Usually this would make little difference, but it could interact with
11205+
another recent patch to cause
11206+
<productname>PostgreSQL</> to reject what had been a valid
11207+
<command>SELECT DISTINCT</> view query. Since this could result in
11208+
<application>pg_dump</> output failing to reload, it is being treated
11209+
as a high-priority fix. The only released versions in which dump
11210+
output is actually incorrect are 8.3.1 and 8.2.7.
11211+
</para>
11212+
</listitem>
11213+
11214+
</itemizedlist>
11215+
11216+
</sect2>
11217+
</sect1>
11218+
1100311219
<sect1 id="release-8-0-16">
1100411220
<title>Release 8.0.16</title>
1100511221

1100611222
<note>
1100711223
<title>Release date</title>
11008-
<simpara>2008-06-09</simpara>
11224+
<simpara>never released</simpara>
1100911225
</note>
1101011226

1101111227
<para>
@@ -15094,12 +15310,66 @@ typedefs (Michael)</para></listitem>
1509415310
</sect2>
1509515311
</sect1>
1509615312

15313+
<sect1 id="release-7-4-21">
15314+
<title>Release 7.4.21</title>
15315+
15316+
<note>
15317+
<title>Release date</title>
15318+
<simpara>2008-06-12</simpara>
15319+
</note>
15320+
15321+
<para>
15322+
This release contains one serious bug fix over 7.4.20.
15323+
For information about new features in the 7.4 major release, see
15324+
<xref linkend="release-7-4">.
15325+
</para>
15326+
15327+
<sect2>
15328+
<title>Migration to Version 7.4.21</title>
15329+
15330+
<para>
15331+
A dump/restore is not required for those running 7.4.X.
15332+
However, if you are upgrading from a version earlier than 7.4.11,
15333+
see the release notes for 7.4.11.
15334+
</para>
15335+
15336+
</sect2>
15337+
15338+
<sect2>
15339+
<title>Changes</title>
15340+
15341+
<itemizedlist>
15342+
15343+
<listitem>
15344+
<para>
15345+
Make <function>pg_get_ruledef()</> parenthesize negative constants (Tom)
15346+
</para>
15347+
15348+
<para>
15349+
Before this fix, a negative constant in a view or rule might be dumped
15350+
as, say, <literal>-42::integer</>, which is subtly incorrect: it should
15351+
be <literal>(-42)::integer</> due to operator precedence rules.
15352+
Usually this would make little difference, but it could interact with
15353+
another recent patch to cause
15354+
<productname>PostgreSQL</> to reject what had been a valid
15355+
<command>SELECT DISTINCT</> view query. Since this could result in
15356+
<application>pg_dump</> output failing to reload, it is being treated
15357+
as a high-priority fix. The only released versions in which dump
15358+
output is actually incorrect are 8.3.1 and 8.2.7.
15359+
</para>
15360+
</listitem>
15361+
15362+
</itemizedlist>
15363+
15364+
</sect2>
15365+
</sect1>
15366+
1509715367
<sect1 id="release-7-4-20">
1509815368
<title>Release 7.4.20</title>
1509915369

1510015370
<note>
1510115371
<title>Release date</title>
15102-
<simpara>2008-06-09</simpara>
15372+
<simpara>never released</simpara>
1510315373
</note>
1510415374

1510515375
<para>

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp