Re: Bug with pg_ctl -w/wait and config-only directories

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Bug with pg_ctl -w/wait and config-only directories
Дата
Msg-id 1317714227.11446.10.camel@fsopti579.F-Secure.com
обсуждение исходный текст
Ответ на Re: Bug with pg_ctl -w/wait and config-only directories  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: Bug with pg_ctl -w/wait and config-only directories
Список pgsql-hackers
On mån, 2011-10-03 at 18:44 -0400, Bruce Momjian wrote:
> Agreed.  You could argue that pg_ctl 9.1 is much better than anything
> anyone would be able to craft in a script.

And what facts support that argument?

Anyway, this comes back to your favorite argument upthread.  pg_ctl has
had occasional problems in the past.  So people have created
alternatives that are customized for their particular use case.  And
some of those init scripts and the like support versions back from 8.1
or 8.2 up to last week.  So it will take 2, 3, or 5 years until they'd
even consider abandoning their frameworks for, say, a pg_ctl-based
solution.  And even then there will individual debates on whether it
would be worth doing.

So, the bottom line is, until now there has been no widespread "forced"
use of pg_ctl, outside of Windows and pg_upgrade.  PostgreSQL 9.0 was
not packaged in any released version of Debian or Ubuntu, so I guess not
a lot of people tried pg_upgrade in those configurations.  Then again,
9.1 isn't packaged in a released OS version either, of course, so I have
no idea why this is coming up exactly now.



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Bug with pg_ctl -w/wait and config-only directories
Следующее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Should we get rid of custom_variable_classes altogether?