pgsql: doc: PG 13 relnotes, update TOAST item to mention decompression

2020-05-06 Thread Bruce Momjian
doc: PG 13 relnotes, update TOAST item to mention decompression Reported-by: Andrey M. Borodin Discussion: https://postgr.es/m/[email protected] Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/fb544735f11480a697fcab791c058adc166b

pgsql: pgbench: document that the default data loading is client-side

2020-05-06 Thread Bruce Momjian
pgbench: document that the default data loading is client-side Reported-by: Fabien COELHO Discussion: https://postgr.es/m/alpine.DEB.2.22.394.2005051811320.2183756@pseudo Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/c3d1fdb59891e78df9ffb89b3e8bea780bd90568 Mod

pgsql: Doc: remove now-redundant align specifications in colspecs.

2020-05-06 Thread Tom Lane
Doc: remove now-redundant align specifications in colspecs. In the wake of commit f21599311, we don't need to set table columns' align specs retail. Undo a few such settings I'd added in commit 5545b69ae. (The column width adjustments stay, though.) Branch -- master Details --- https:/

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Heed lock protocol in DROP OWNED BY

2020-05-06 Thread Alvaro Herrera
Heed lock protocol in DROP OWNED BY We were acquiring object locks then deleting objects one by one, instead of acquiring all object locks first, ignoring those that did not exist, and then deleting all objects together. The latter is the correct protocol to use, and what this commits changes to

pgsql: Doc: further fooling-about with rendering of tables in PDF outpu

2020-05-06 Thread Tom Lane
Doc: further fooling-about with rendering of tables in PDF output. I concluded that we really just ought to force all tables in PDF output to default to "left" alignment (instead of "justify"); that is what the HTML toolchain does and that's what most people have been designing the tables to look

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020

pgsql: Handle spaces for Python install location in MSVC scripts

2020-05-06 Thread Michael Paquier
Handle spaces for Python install location in MSVC scripts Attempting to use an installation path of Python that includes spaces caused the MSVC builds to fail. This fixes the issue by using the same quoting method as ad7595b for OpenSSL. Author: Victor Wagner Discussion: https://postgr.es/m/2020