Re: moving from contrib to bin

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: moving from contrib to bin
Date: 2014-12-12 16:23:11
Message-ID: 548B166F.5060502@commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 12/08/2014 07:50 PM, Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> Last time this was attempted, the discussion got lost in exactly which
>> extensions are worthy enough to be considered official or something like
>> that. I want to dodge that here by starting at the opposite end:
>> 1. move programs to src/bin/
>
>> Here are the contrib programs:
>
>> oid2name
>> pg_archivecleanup
>> pg_standby
>> pg_test_fsync
>> pg_test_timing
>> pg_upgrade
>> pg_xlogdump
>> pgbench
>> vacuumlo
>
>> The proposal would basically be to mv contrib/$x src/bin/$x and also
>> move the reference pages in the documentation.
>
> Personally, I'm good with moving pg_archivecleanup, pg_standby,
> pg_upgrade, pg_xlogdump, and pgbench this way. (Although wasn't there
> just some discussion about pg_standby being obsolete? If so, shouldn't
> we remove it instead of promoting it?) As for the others:
>

Let's not forget pg_upgrade which is arguably the most important of
everything listed.

JD

--
Command Prompt, Inc. - http://www.commandprompt.com/ 503-667-4564
PostgreSQL Support, Training, Professional Services and Development
High Availability, Oracle Conversion, @cmdpromptinc
"If we send our children to Caesar for their education, we should
not be surprised when they come back as Romans."

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2014-12-12 16:26:39 Re: moving from contrib to bin
Previous Message Andres Freund 2014-12-12 16:19:42 Re: [REVIEW] Re: Compression of full-page-writes