Re: Do we really want to migrate plproxy and citext into PG core distribution? - Mailing list pgsql-hackers

From Josh Berkus
Subject Re: Do we really want to migrate plproxy and citext into PG core distribution?
Date
Msg-id 4884E921.2040603@agliodbs.com
Whole thread Raw
In response to Do we really want to migrate plproxy and citext into PG core distribution?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Do we really want to migrate plproxy and citext into PG core distribution?  ("David E. Wheeler" <david@kineticode.com>)
Re: Do we really want to migrate plproxy and citext into PG core distribution?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom,

> Comments?

Well, in the *general* case, I think if we're going to have "first 
class" pgfoundry projects, then having a unified "official" Kitchen Sink 
Package will all of these add-ins becomes an imperative priority for 
8.4.   EDB's recent open sourcing of their installer might help with this.

Futher, we would need to come up with some organized way to subject 
pgFoundry projects to the same level of general scrutiny which core code 
gets.  Or at least close.

In the specific cases of pl/proxy and citext, they are very much in line 
with what we already package with the core code, including things like 
dblink, ISN, and CIDR.  citext in particular would eliminate a long-time 
newbie complaint about Postgres, but not if it's in an add-in package 
which the user can't find binaries for.

So I would argue "maybe" on pl/proxy, but that citext does belong in core.

--Josh Berkus





pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Do we really want to migrate plproxy and citext into PG core distribution?
Next
From: Andrew Sullivan
Date:
Subject: Re: Load spikes on 8.1.11