Re: [patch] pg_ctl init extension

Поиск
Список
Период
Сортировка
От Zdenek Kotala
Тема Re: [patch] pg_ctl init extension
Дата
Msg-id 1260365555.1422.3.camel@localhost
обсуждение исходный текст
Ответ на Re: [patch] pg_ctl init extension  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: [patch] pg_ctl init extension  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Greg Smith píše v út 08. 12. 2009 v 22:44 -0500:
> Zdenek Kotala wrote:
> > thanks for your useful comments. I attached  new doc patch version. I
> > removed example changes and add link to create database cluster (I hope)
> > everywhere. Please, look on it and let me know if there is still
> > something what should be changed.
> >   
> That looks much better.  There's only one bit that sticks out oddly now:
> 
> +   Note: The <command>initdb</command> might be invoked by
> +   <command>pg_ctl initdb</command> and <command>initdb</command> cannot be in 
> +   default path on a <productname>PostgreSQL</productname> installations.   
> 
> 
> 
> What is that supposed to mean exactly?

Ahh, It is somethink what I want to do, but it is not ready yet in this
patch, but I already documented it. Idea is to install initdb and
postgres into libexecdir and packager can select if libexecdir will be
equal bindir or not. 

The paragraph should be removed at this moment. Shell I send modified
patch or does committer remove it before commit?
thanks Zdenek



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

Предыдущее
От: 黄晓骋
Дата:
Сообщение: 答复: questions about concurrency control in Postgresql
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash