diff --git a/doc/src/sgml/release-8.2.sgml b/doc/src/sgml/release-8.2.sgml
index 195f8c90d2f..dd82ee69d3a 100644
--- a/doc/src/sgml/release-8.2.sgml
+++ b/doc/src/sgml/release-8.2.sgml
@@ -1,6 +1,125 @@
+
+ Release 8.2.20
+
+
+ Release date
+ 2011-01-31
+
+
+
+ This release contains a variety of fixes from 8.2.19.
+ For information about new features in the 8.2 major release, see
+ .
+
+
+
+ Migration to Version 8.2.20
+
+
+ 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.
+
+
+
+
+
+ Changes
+
+
+
+
+
+ Avoid failures when EXPLAIN> tries to display a simple-form
+ CASE> expression (Tom Lane)
+
+
+
+ If the CASE>'s test expression was a constant, the planner
+ could simplify the CASE> into a form that confused the
+ expression-display code, resulting in unexpected CASE WHEN
+ clause> errors.
+
+
+
+
+
+ Fix assignment to an array slice that is before the existing range
+ of subscripts (Tom Lane)
+
+
+
+ If there was a gap between the newly added subscripts and the first
+ pre-existing subscript, the code miscalculated how many entries needed
+ to be copied from the old array's null bitmap, potentially leading to
+ data corruption or crash.
+
+
+
+
+
+ Avoid unexpected conversion overflow in planner for very distant date
+ values (Tom Lane)
+
+
+
+ The date> type supports a wider range of dates than can be
+ represented by the timestamp> types, but the planner assumed it
+ could always convert a date to timestamp with impunity.
+
+
+
+
+
+ Fix pg_restore>'s text output for large objects (BLOBs)
+ when standard_conforming_strings> is on (Tom Lane)
+
+
+
+ Although restoring directly to a database worked correctly, string
+ escaping was incorrect if pg_restore> was asked for
+ SQL text output and standard_conforming_strings> had been
+ enabled in the source database.
+
+
+
+
+
+ Fix erroneous parsing of tsquery> values containing
+ ... & !(subexpression) | ... (Tom Lane)
+
+
+
+ Queries containing this combination of operators were not executed
+ correctly. The same error existed in contrib/intarray>'s
+ query_int> type and contrib/ltree>'s
+ ltxtquery> type.
+
+
+
+
+
+ Fix bug in contrib/seg>'s GiST picksplit algorithm
+ (Alexander Korotkov)
+
+
+
+ This could result in considerable inefficiency, though not actually
+ incorrect answers, in a GiST index on a seg> column.
+ If you have such an index, consider REINDEX>ing it after
+ installing this update. (This is identical to the bug that was fixed in
+ contrib/cube> in the previous update.)
+
+
+
+
+
+
+
+
Release 8.2.19
diff --git a/doc/src/sgml/release-8.3.sgml b/doc/src/sgml/release-8.3.sgml
index 877e2ad442e..5d691a4183f 100644
--- a/doc/src/sgml/release-8.3.sgml
+++ b/doc/src/sgml/release-8.3.sgml
@@ -1,6 +1,125 @@
+
+ Release 8.3.14
+
+
+ Release date
+ 2011-01-31
+
+
+
+ This release contains a variety of fixes from 8.3.13.
+ For information about new features in the 8.3 major release, see
+ .
+
+
+
+ Migration to Version 8.3.14
+
+
+ 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.
+
+
+
+
+
+ Changes
+
+
+
+
+
+ Avoid failures when EXPLAIN> tries to display a simple-form
+ CASE> expression (Tom Lane)
+
+
+
+ If the CASE>'s test expression was a constant, the planner
+ could simplify the CASE> into a form that confused the
+ expression-display code, resulting in unexpected CASE WHEN
+ clause> errors.
+
+
+
+
+
+ Fix assignment to an array slice that is before the existing range
+ of subscripts (Tom Lane)
+
+
+
+ If there was a gap between the newly added subscripts and the first
+ pre-existing subscript, the code miscalculated how many entries needed
+ to be copied from the old array's null bitmap, potentially leading to
+ data corruption or crash.
+
+
+
+
+
+ Avoid unexpected conversion overflow in planner for very distant date
+ values (Tom Lane)
+
+
+
+ The date> type supports a wider range of dates than can be
+ represented by the timestamp> types, but the planner assumed it
+ could always convert a date to timestamp with impunity.
+
+
+
+
+
+ Fix pg_restore>'s text output for large objects (BLOBs)
+ when standard_conforming_strings> is on (Tom Lane)
+
+
+
+ Although restoring directly to a database worked correctly, string
+ escaping was incorrect if pg_restore> was asked for
+ SQL text output and standard_conforming_strings> had been
+ enabled in the source database.
+
+
+
+
+
+ Fix erroneous parsing of tsquery> values containing
+ ... & !(subexpression) | ... (Tom Lane)
+
+
+
+ Queries containing this combination of operators were not executed
+ correctly. The same error existed in contrib/intarray>'s
+ query_int> type and contrib/ltree>'s
+ ltxtquery> type.
+
+
+
+
+
+ Fix bug in contrib/seg>'s GiST picksplit algorithm
+ (Alexander Korotkov)
+
+
+
+ This could result in considerable inefficiency, though not actually
+ incorrect answers, in a GiST index on a seg> column.
+ If you have such an index, consider REINDEX>ing it after
+ installing this update. (This is identical to the bug that was fixed in
+ contrib/cube> in the previous update.)
+
+
+
+
+
+
+
+
Release 8.3.13
diff --git a/doc/src/sgml/release-8.4.sgml b/doc/src/sgml/release-8.4.sgml
index 37be2322147..8d00a55f5d4 100644
--- a/doc/src/sgml/release-8.4.sgml
+++ b/doc/src/sgml/release-8.4.sgml
@@ -1,6 +1,125 @@
+
+ Release 8.4.7
+
+
+ Release date
+ 2011-01-31
+
+
+
+ This release contains a variety of fixes from 8.4.6.
+ For information about new features in the 8.4 major release, see
+ .
+
+
+
+ Migration to Version 8.4.7
+
+
+ A dump/restore is not required for those running 8.4.X.
+ However, if you are upgrading from a version earlier than 8.4.2,
+ see the release notes for 8.4.2.
+
+
+
+
+
+ Changes
+
+
+
+
+
+ Avoid failures when EXPLAIN> tries to display a simple-form
+ CASE> expression (Tom Lane)
+
+
+
+ If the CASE>'s test expression was a constant, the planner
+ could simplify the CASE> into a form that confused the
+ expression-display code, resulting in unexpected CASE WHEN
+ clause> errors.
+
+
+
+
+
+ Fix assignment to an array slice that is before the existing range
+ of subscripts (Tom Lane)
+
+
+
+ If there was a gap between the newly added subscripts and the first
+ pre-existing subscript, the code miscalculated how many entries needed
+ to be copied from the old array's null bitmap, potentially leading to
+ data corruption or crash.
+
+
+
+
+
+ Avoid unexpected conversion overflow in planner for very distant date
+ values (Tom Lane)
+
+
+
+ The date> type supports a wider range of dates than can be
+ represented by the timestamp> types, but the planner assumed it
+ could always convert a date to timestamp with impunity.
+
+
+
+
+
+ Fix pg_restore>'s text output for large objects (BLOBs)
+ when standard_conforming_strings> is on (Tom Lane)
+
+
+
+ Although restoring directly to a database worked correctly, string
+ escaping was incorrect if pg_restore> was asked for
+ SQL text output and standard_conforming_strings> had been
+ enabled in the source database.
+
+
+
+
+
+ Fix erroneous parsing of tsquery> values containing
+ ... & !(subexpression) | ... (Tom Lane)
+
+
+
+ Queries containing this combination of operators were not executed
+ correctly. The same error existed in contrib/intarray>'s
+ query_int> type and contrib/ltree>'s
+ ltxtquery> type.
+
+
+
+
+
+ Fix bug in contrib/seg>'s GiST picksplit algorithm
+ (Alexander Korotkov)
+
+
+
+ This could result in considerable inefficiency, though not actually
+ incorrect answers, in a GiST index on a seg> column.
+ If you have such an index, consider REINDEX>ing it after
+ installing this update. (This is identical to the bug that was fixed in
+ contrib/cube> in the previous update.)
+
+
+
+
+
+
+
+
Release 8.4.6
diff --git a/doc/src/sgml/release-9.0.sgml b/doc/src/sgml/release-9.0.sgml
index 4df8678770d..482f628fb79 100644
--- a/doc/src/sgml/release-9.0.sgml
+++ b/doc/src/sgml/release-9.0.sgml
@@ -1,6 +1,169 @@
+
+ Release 9.0.3
+
+
+ Release date
+ 2011-01-31
+
+
+
+ This release contains a variety of fixes from 9.0.2.
+ For information about new features in the 9.0 major release, see
+ .
+
+
+
+ Migration to Version 9.0.3
+
+
+ A dump/restore is not required for those running 9.0.X.
+
+
+
+
+
+ Changes
+
+
+
+
+
+ Before exiting walreceiver>, ensure all the received WAL
+ is fsync'd to disk (Heikki Linnakangas)
+
+
+
+ Otherwise the standby server could replay some un-synced WAL, conceivably
+ leading to data corruption if the system crashes just at that point.
+
+
+
+
+
+ Avoid excess fsync activity in walreceiver>
+ (Heikki Linnakangas)
+
+
+
+
+
+ Make ALTER TABLE> revalidate uniqueness and exclusion
+ constraints when needed (Noah Misch)
+
+
+
+ This was broken in 9.0 by a change that was intended to suppress
+ revalidation during VACUUM FULL> and CLUSTER>,
+ but unintentionally affected ALTER TABLE> as well.
+
+
+
+
+
+ Fix EvalPlanQual for UPDATE> of an inheritance tree in which
+ the tables are not all alike (Tom Lane)
+
+
+
+ Any variation in the table row types (including dropped columns present
+ in only some child tables) would confuse the EvalPlanQual code, leading
+ to misbehavior or even crashes. Since EvalPlanQual is only executed
+ during concurrent updates to the same row, the problem was only seen
+ intermittently.
+
+
+
+
+
+ Avoid failures when EXPLAIN> tries to display a simple-form
+ CASE> expression (Tom Lane)
+
+
+
+ If the CASE>'s test expression was a constant, the planner
+ could simplify the CASE> into a form that confused the
+ expression-display code, resulting in unexpected CASE WHEN
+ clause> errors.
+
+
+
+
+
+ Fix assignment to an array slice that is before the existing range
+ of subscripts (Tom Lane)
+
+
+
+ If there was a gap between the newly added subscripts and the first
+ pre-existing subscript, the code miscalculated how many entries needed
+ to be copied from the old array's null bitmap, potentially leading to
+ data corruption or crash.
+
+
+
+
+
+ Avoid unexpected conversion overflow in planner for very distant date
+ values (Tom Lane)
+
+
+
+ The date> type supports a wider range of dates than can be
+ represented by the timestamp> types, but the planner assumed it
+ could always convert a date to timestamp with impunity.
+
+
+
+
+
+ Fix PL/Python crash when an array contains null entries (Alex Hunsaker)
+
+
+
+
+
+ Remove ecpg>'s fixed length limit for constants defining
+ an array dimension (Michael Meskes)
+
+
+
+
+
+ Fix erroneous parsing of tsquery> values containing
+ ... & !(subexpression) | ... (Tom Lane)
+
+
+
+ Queries containing this combination of operators were not executed
+ correctly. The same error existed in contrib/intarray>'s
+ query_int> type and contrib/ltree>'s
+ ltxtquery> type.
+
+
+
+
+
+ Fix bug in contrib/seg>'s GiST picksplit algorithm
+ (Alexander Korotkov)
+
+
+
+ This could result in considerable inefficiency, though not actually
+ incorrect answers, in a GiST index on a seg> column.
+ If you have such an index, consider REINDEX>ing it after
+ installing this update. (This is identical to the bug that was fixed in
+ contrib/cube> in the previous update.)
+
+
+
+
+
+
+
+
Release 9.0.2