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

From Zdenek Kotala
Subject Re: [patch] pg_ctl init extension
Date
Msg-id 1259962499.1348.9.camel@localhost
Whole thread Raw
In response to Re: [patch] pg_ctl init extension  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: [patch] pg_ctl init extension  (Greg Smith <greg@2ndquadrant.com>)
List pgsql-hackers
I attached updated patch and doc patch.

    Zdenek



Peter Eisentraut píše v so 21. 11. 2009 v 13:19 +0200:
> On lör, 2009-11-14 at 14:50 +0100, Zdenek Kotala wrote:
> > Peter Eisentraut píše v so 14. 11. 2009 v 10:41 +0200:
> > > On tor, 2009-09-17 at 21:43 +0200, Zdenek Kotala wrote:
> > > > Attached patch extends pg_ctl command with init option.
> > > >
> > > > pg_ctl -D /var/lib/postgres [-s] init
> > > >
> > > > This should replace usage of initdb command which has problematic name
> > > > as we already discussed several times. Initdb binary will be still
> > > > there, but it can be renamed and move into execlib dir in the future.
> > > >
> > > > Patch does not contains documentation changes. They will depends on
> > > > decision which database initialization method will be preferred.
> > >
> > > OK, let's see.  The patch is pretty straightforward, but does anyone
> > > else actually want this?  Comments?
> > >
> >
> > Maybe we could ask on general where is more admins. I will send voting
> > email.
>
> I think this is over now.  There was some support, some "don't care, but
> could make sense", and no one violently objecting, so please finish the
> patch up with documentation, and it can go in as far as I'm concerned.
>
> Someone was proposing that pg_ctl initdb be an alias to pg_ctl init.
> Perhaps you could add that.
>


Attachment

pgsql-hackers by date:

Previous
From: Andrew Gierth
Date:
Subject: Re: add more frame types in window functions (ROWS)
Next
From: Chuck McDevitt
Date:
Subject: Re: Block-level CRC checks