Re: deprecating contrib for PGXN

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: deprecating contrib for PGXN
Дата
Msg-id 4DD3E7F3.6010104@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Re: deprecating contrib for PGXN  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On 05/18/2011 10:30 AM, Dimitri Fontaine wrote:
> Darren Duncan <darren@darrenduncan.net> writes:
>> Would now be a good time to start deprecating the contrib/ directory as a
>> way to distribute Pg add-ons, with favor given to PGXN and the like instead?
> 
> The first important fact is that contrib/ code is maintained by the
> PostgreSQL-core product team, and I guess they prefer to have it all in
> a single git repository.  Some contribs are only there so that we know
> when we break extensibility features, so it would be bad to move them
> away.
> 
> The other problem is that the facility we need to provide the most is
> binary distributions (think apt-get).  Lots of site won't ever compile
> stuff on their production servers.  So while PGXN is a good tool, it's
> not a universal answer.

yeah moving contrib/ to pgxn will significantly reduce its usefulness -
a lot of places have a policy that will allow stuff that is packaged by
the OS-supplier (and that will include the contrib-package) but there is
no way at all that they will allow something like pgxn or cpan or any
other "from source" installation method.
So by moving contrib somewhere else we will loose a lot of functionality
in those scenarios.


Stefan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Leonardo Francalanci
Дата:
Сообщение: Re: switch UNLOGGED to LOGGED
Следующее
От: Bruce Momjian
Дата:
Сообщение: Use of access(X_OK) check in pg_upgrade