Re: contrib vs. gborg/pgfoundry for replication solutions

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: contrib vs. gborg/pgfoundry for replication solutions
Дата
Msg-id 14319.1082573830@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: contrib vs. gborg/pgfoundry for replication solutions  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: contrib vs. gborg/pgfoundry for replication solutions  ("Marc G. Fournier" <scrappy@postgresql.org>)
Список pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:
> My personal opinion is that contrib should be removed entirely.

That's not real workable for code that is tightly tied to the backend,
such as the various GIST index extensions presently in contrib.  It's
just easier to maintain that code when it's in with the backend.

However the replication modules don't seem to have such a linkage,
so I have no objection to moving them out.
        regards, tom lane


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

Предыдущее
От: "Matthew T. O'Connor"
Дата:
Сообщение: Re: contrib vs. gborg/pgfoundry for replication solutions
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: contrib vs. gborg/pgfoundry for replication solutions