[COMMITTERS] pgsql: Correct the names of pgstattuple_approx output columns in the do

2015-05-21 Thread Fujii Masao
Correct the names of pgstattuple_approx output columns in the doc. Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/cad3708960ef2da237b93f835d706197f16e5492 Modified Files -- doc/src/sgml/pgstattuple.sgml |6 +++--- 1 file changed, 3 insertions(+), 3 de

[COMMITTERS] pgsql: Correct two mistakes in the ALTER FOREIGN TABLE reference page.

2015-05-21 Thread Robert Haas
Correct two mistakes in the ALTER FOREIGN TABLE reference page. Etsuro Fujita Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/160a9aaabf400106232e7e6fce0966ee5fdf84e2 Modified Files -- doc/src/sgml/ref/alter_foreign_table.sgml |4 ++-- 1 file changed,

Re: [COMMITTERS] pgsql: Make recovery_target_action = pause work.

2015-05-21 Thread Simon Riggs
On 21 May 2015 at 00:57, Fujii Masao wrote: > Make recovery_target_action = pause work. > > Previously even if recovery_target_action was set to pause and > the recovery target was reached, the recovery could never be paused. > Because the setting of pause was *always* overridden with that of > s

[COMMITTERS] pgsql: Improve packing/alignment annotation for ItemPointerData.

2015-05-21 Thread Tom Lane
Improve packing/alignment annotation for ItemPointerData. We want this struct to be exactly a series of 3 int16 words, no more and no less. Historically, at least, some ARM compilers preferred to pad it to 8 bytes unless coerced. Our old way of doing that was just to use __attribute__((packed)),

[COMMITTERS] pgsql: More fixes for lossy-GiST-distance-functions patch.

2015-05-21 Thread Tom Lane
More fixes for lossy-GiST-distance-functions patch. Paul Ramsey reported that commit 35fcb1b3d038a501f3f4c87c05630095abaaadab induced a core dump on commuted ORDER BY expressions, because it was assuming that the indexorderby expression could be found verbatim in the relevant equivalence class, bu

[COMMITTERS] pgsql: Back-patch libpq support for TLS versions beyond v1.

2015-05-21 Thread Tom Lane
Back-patch libpq support for TLS versions beyond v1. Since 7.3.2, libpq has been coded in such a way that the only SSL protocol it would allow was TLS v1. That approach is looking increasingly obsolete. In commit 820f08cabdcbb899 we fixed it to allow TLS >= v1, but did not back-patch the change a

[COMMITTERS] pgsql: Back-patch libpq support for TLS versions beyond v1.

2015-05-21 Thread Tom Lane
Back-patch libpq support for TLS versions beyond v1. Since 7.3.2, libpq has been coded in such a way that the only SSL protocol it would allow was TLS v1. That approach is looking increasingly obsolete. In commit 820f08cabdcbb899 we fixed it to allow TLS >= v1, but did not back-patch the change a

[COMMITTERS] pgsql: Back-patch libpq support for TLS versions beyond v1.

2015-05-21 Thread Tom Lane
Back-patch libpq support for TLS versions beyond v1. Since 7.3.2, libpq has been coded in such a way that the only SSL protocol it would allow was TLS v1. That approach is looking increasingly obsolete. In commit 820f08cabdcbb899 we fixed it to allow TLS >= v1, but did not back-patch the change a

[COMMITTERS] pgsql: Back-patch libpq support for TLS versions beyond v1.

2015-05-21 Thread Tom Lane
Back-patch libpq support for TLS versions beyond v1. Since 7.3.2, libpq has been coded in such a way that the only SSL protocol it would allow was TLS v1. That approach is looking increasingly obsolete. In commit 820f08cabdcbb899 we fixed it to allow TLS >= v1, but did not back-patch the change a