From: Andres Freund <andres@anarazel.de>
To: Joshua D. Drake <jd@commandprompt.com>
Cc: Robert Haas <robertmhaas@gmail.com>
Cc: Stephen Frost <sfrost@snowman.net>
Cc: pgsql-hackers@postgresql.org <pgsql-hackers@postgresql.org>
Subject: Re: RFC: Remove contrib entirely
Date: Thu, 4 Jun 2015 20:41:46 +0200
Message-ID: <20150604184146.GJ18006@awork2.anarazel.de> (raw)
In-Reply-To: <55709A0B.1000605@commandprompt.com>
References: <CAECtzeWrOT7LgNABk9V=CWCATHYQMxLdE9etG3iHGADqa8kOQA@mail.gmail.com>
<alpine.DEB.2.10.1505290750050.24520@sto>
<55686D84.4040202@commandprompt.com>
<20150529143026.GV26667@tamriel.snowman.net>
<CA+Tgmoa+hEZUmXCp+KqsZdMRdRVM36KgWNqd-momdmKVd-UU9Q@mail.gmail.com>
<5570739E.3020605@commandprompt.com>
<CA+TgmoY3VW=tdPx1AsHW1LOnztojkGxLfVXLiW5AoOPTqs=5ug@mail.gmail.com>
<55709181.1010807@commandprompt.com>
<CA+TgmobcZ8YHeY=L-Z6pRpane7iMZXZERjQuiSQ_wAZiamgFjA@mail.gmail.com>
<55709A0B.1000605@commandprompt.com>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>
On 2015-06-04 11:33:47 -0700, Joshua D. Drake wrote:
> My argument was (after some preliminary discussion):
>
> 1. Review contrib
> 2. All modules that are "core worthy" install by default
> 3. Push all other contrib out into the wild
>
> Possibly:
>
> 1. Have a contrib project that sat outside of core
> 2. Push all contrib or some contrib to pgxn (or some other place)
>
> Because:
>
> 1. Decrease in code maintenance for core
The modules that aren't going to be in core, hardly cost time, do they?
> 2. Removal of the idea that contrib is a holding queue for not quite up to
> snuff code
I don't think that idea exists widely.
> 3. Most extensions don't need to follow the same development pattern that
> core does
The point is that users want them to follow that.
> 4. Eliminate the EGO of saying "I have a contrib module in core"
Seriously?
> 1. 15 years of the same argument (current source: pg_audit)
I don't see getting rid of contrib helping with that. The only change
will then be whether something should be in core.
And there's stuff that's just very hard to develop out of core; but
doesn't necessarily immediately belong into
core. E.g. pg_stat_statements is relatively closely tied to things in
core.
> 2. Helping reduce overall resource need to manage contrib
This discussion a significant share of that.
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: andres@anarazel.de, jd@commandprompt.com, robertmhaas@gmail.com, sfrost@snowman.net
Subject: Re: RFC: Remove contrib entirely
In-Reply-To: <20150604184146.GJ18006@awork2.anarazel.de>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox