Re: pgsql: Create libpgcommon, and move pg_malloc et al to it - Mailing list pgsql-committers

From Alvaro Herrera
Subject Re: pgsql: Create libpgcommon, and move pg_malloc et al to it
Date
Msg-id 20130212161921.GD5901@alvh.no-ip.org
Whole thread Raw
In response to pgsql: Create libpgcommon, and move pg_malloc et al to it  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: pgsql: Create libpgcommon, and move pg_malloc et al to it
List pgsql-committers
Erik Rijkers wrote:
> On Tue, February 12, 2013 17:01, Alvaro Herrera wrote:
> > Erik Rijkers wrote:
> >> On Tue, February 12, 2013 15:55, Alvaro Herrera wrote:
> >> > Create libpgcommon, and move pg_malloc et al to it
> >> >
> >>
> >> If at all possible, it would be handy (for testers) if initdb-forcing commits are flagged as
> >> such.
> >
> > Hmm?  I don't think this patch requires an initdb at all.  It doesn't
> > touch the database contents at all, does it?
> >
> > Patches that force an initdb are flagged as such by bumping
> > CATALOG_VERSION_NO.
> >
>
> I got this:
>
> The database cluster was initialized with PG_CONTROL_VERSION 934, but the server was compiled with
> PG_CONTROL_VERSION 935
> HINT:  It looks like you need to initdb
>
>
> But I immediately admit that I could well be mistaken;  it may have been an older commit that
> triggered this  complaint of 'needing initdb' on this particular machine.  My apologies.

Ah, yes, that's 62401db45c.

I'm not sure are you suggesting, though.  Are you saying that the commit
message should explicitely state "this patch requires initdb" or some
such?

--
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services


pgsql-committers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: pgsql: Create libpgcommon, and move pg_malloc et al to it
Next
From: "Erik Rijkers"
Date:
Subject: Re: pgsql: Create libpgcommon, and move pg_malloc et al to it