Re: [patch] pg_ctl init extension - Mailing list pgsql-hackers

From Zdenek Kotala
Subject Re: [patch] pg_ctl init extension
Date
Msg-id 1260365555.1422.3.camel@localhost
Whole thread Raw
In response to Re: [patch] pg_ctl init extension  (Greg Smith <greg@2ndquadrant.com>)
Responses Re: [patch] pg_ctl init extension
List 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 by date:

Previous
From: 黄晓骋
Date:
Subject: 答复: questions about concurrency control in Postgresql
Next
From: Peter Eisentraut
Date:
Subject: Re: [ADMIN] recovery is stuck when children are not processing SIGQUIT from previous crash