Draft release notes are up
First cut at release notes for next week's minor releases is up at
If you prefer not to read XML markup, they should appear in the devel docs
on the website after guaibasaurus's next run, a couple hours from now.
regards, tom lane
On Fri, Aug 3, 2018 at 3:15 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
First cut at release notes for next week's minor releases is up at
I suppose that you should add an item for the relcache bug that I just
pushed a fix for. It isn't known to cause an issue on releases prior
to v11, so I'm not sure on the best way of phrasing it for users.
Thanks
--
Peter Geoghegan
On Aug 3, 2018, at 6:15 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
First cut at release notes for next week's minor releases is up at
If you prefer not to read XML markup, they should appear in the devel docs
on the website after guaibasaurus's next run, a couple hours from now.
Thank you for compiling the notes. I found a small misspelling in the notes, fix
attached.
Jonathan
Attachments:
release1005.diffapplication/octet-stream; name=release1005.diff; x-unix-mode=0644Download
diff --git a/doc/src/sgml/release-10.sgml b/doc/src/sgml/release-10.sgml
index 9fac465131..5136a6dc30 100644
--- a/doc/src/sgml/release-10.sgml
+++ b/doc/src/sgml/release-10.sgml
@@ -332,7 +332,7 @@ Branch: REL9_4_STABLE [8c8c9f37c] 2018-07-04 14:58:26 -0700
<para>
Corrupted btree indexes could result in an infinite loop here, and
- that previously wasn't interruptable without forcing a crash.
+ that previously wasn't interruptible without forcing a crash.
</para>
</listitem>
"Jonathan S. Katz" <jkatz@postgresql.org> writes:
[ s/interruptable/interruptible/ ]
Huh ... I hadn't actually known that the two forms weren't more or less
equally acceptable, but a bit of dictionary-perusing says you're right.
Grep finds a couple of other "interruptable"s in our tree, both likely
my fault.
regards, tom lane
On Aug 4, 2018, at 12:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
"Jonathan S. Katz" <jkatz@postgresql.org> writes:
[ s/interruptable/interruptible/ ]
Huh ... I hadn't actually known that the two forms weren't more or less
equally acceptable, but a bit of dictionary-perusing says you're right.
Grep finds a couple of other "interruptable"s in our tree, both likely
my fault.
The other two I found that I would recommend fixing:
“mis-quoting” => “misquoting”
"Manually-created” => “Manually created”
LGTM otherwise. I will have a PR draft available soon.
Jonathan
On Aug 4, 2018, at 12:17 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On Aug 4, 2018, at 12:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
"Jonathan S. Katz" <jkatz@postgresql.org> writes:
[ s/interruptable/interruptible/ ]
Huh ... I hadn't actually known that the two forms weren't more or less
equally acceptable, but a bit of dictionary-perusing says you're right.
Grep finds a couple of other "interruptable"s in our tree, both likely
my fault.The other two I found that I would recommend fixing:
“mis-quoting” => “misquoting”
"Manually-created” => “Manually created”LGTM otherwise. I will have a PR draft available soon.
PR draft attached. This combines both the the cumulative update
as well as PG11B3.
I kindly request checks for accuracy and or key omissions that
are worth highlighting.
Thanks,
Jonathan
Attachments:
On Aug 4, 2018, at 1:17 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On Aug 4, 2018, at 12:17 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On Aug 4, 2018, at 12:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
"Jonathan S. Katz" <jkatz@postgresql.org> writes:
[ s/interruptable/interruptible/ ]
Huh ... I hadn't actually known that the two forms weren't more or less
equally acceptable, but a bit of dictionary-perusing says you're right.
Grep finds a couple of other "interruptable"s in our tree, both likely
my fault.The other two I found that I would recommend fixing:
“mis-quoting” => “misquoting”
"Manually-created” => “Manually created”LGTM otherwise. I will have a PR draft available soon.
PR draft attached. This combines both the the cumulative update
as well as PG11B3.I kindly request checks for accuracy and or key omissions that
are worth highlighting.
Added an EOL warning for 9.3.
Jonathan