[COMMITTERS] pgsql: Put options in some sensible order

2011-05-25 Thread Peter Eisentraut
Put options in some sensible order

For the --help output and reference pages of pg_dump, pg_dumpall,
pg_restore, put the options in some consistent, mostly alphabetical,
and consistent order, rather than newest option last or something like
that.

Branch
--
master

Details
---
http://git.postgresql.org/pg/commitdiff/3439e40f9afa5e8702c8e3e7d0b09a0cb4b07e73

Modified Files
--
doc/src/sgml/ref/pg_dump.sgml|  130 ++--
doc/src/sgml/ref/pg_dumpall.sgml |  138 +++---
doc/src/sgml/ref/pg_restore.sgml |  102 ++--
src/bin/pg_dump/pg_dump.c|8 +-
src/bin/pg_dump/pg_dumpall.c |8 +-
src/bin/pg_dump/pg_restore.c |8 +-
6 files changed, 197 insertions(+), 197 deletions(-)


-- 
Sent via pgsql-committers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers


[COMMITTERS] pgsql: Suppress extensions in partial dumps.

2011-05-25 Thread Tom Lane
Suppress extensions in partial dumps.

We initially had pg_dump emit CREATE EXTENSION commands unconditionally.
However, pg_dump has long been in the habit of not dumping procedural
language definitions when a --schema or --table switch is given.  It seems
appropriate to handle extensions the same way, since like PLs they are SQL
objects that are not in any particular schema.  Per complaint from Adrian
Schreyer.

Branch
--
master

Details
---
http://git.postgresql.org/pg/commitdiff/7b158d1baed859971c1aa792bff6a7e1f721cf91

Modified Files
--
src/bin/pg_dump/pg_dump.c |   11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)


-- 
Sent via pgsql-committers mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-committers