Re: Do we really want to migrate plproxy and citext into PG core distribution?

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Re: Do we really want to migrate plproxy and citext into PG core distribution?
Дата
Msg-id 4884E921.2040603@agliodbs.com
обсуждение исходный текст
Ответ на Do we really want to migrate plproxy and citext into PG core distribution?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы 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>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Do we really want to migrate plproxy and citext into PG core distribution?
Следующее
От: Andrew Sullivan
Дата:
Сообщение: Re: Load spikes on 8.1.11