Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20 - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20
Date
Msg-id 20070913122329.GF27715@svr2.hagander.net
Whole thread Raw
In response to Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20  (Guillaume Lelarge <guillaume@lelarge.info>)
Responses Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20
List pgsql-hackers
On Thu, Sep 13, 2007 at 12:12:28AM +0200, Guillaume Lelarge wrote:
> Tom Lane a écrit :
> > Dave Page <dpage@postgresql.org> writes:
> >> Tom Lane wrote:
> >>> Peter usually does it --- in theory any committer could, but he actually
> >>> knows what to do and the rest of us would have to study ;-)
> > 
> >> Study or figure it out? If it hasn't already been it should be 
> >> documented as part of the release process.
> > 
> > Well, RELEASE_CHANGES has
> > 
> > * Translation updates
> >     Translations are kept in the project "pgtranslation" on PgFoundry.
> >     1. Check out the messages module (of the right branch).
> >     2. Check out the admin module.
> >     3. Run "sh .../admin/cp-po .../messages .../pgsql
> >     4. Commit.
> > 
> > but it's not real clear (to me) which is "the right branch"
> 
> They are named the same way PostgreSQL named its branches. For example
> REL8_2 for PostgreSQL 8.2.
> 
> They are available here :
>   http://pgfoundry.org/scm/?group_id=1000064
> 
> > and what the ...s signify.
> 
> .../admin/cp-po : ... is the path to the cp-po shell script you get when
> you did step 2 ("Check out the admin module").
> 
> .../messages : ... is the path to the messages branch you get when you
> did step 1 (Check out the messages module...)
> 
> .../pgsql : ... is the path to your source dir (same branch as messages)
> 
> > It's not a big knowledge gap but I have other things
> > to worry about ...
> 
> It seems pretty straightforward now. Perhaps it can be used with cron.

No. Doing that with cron is a really bad idea, imho. We do *not* want any
automated commits going into the tree. If we wanted that, why did we bother
breaking it out in the first place, and not just give everybody commit
access, which would be the same thing?

That said, it seems easy enough. I'll be happy to help doing it, but I
don't want to step on the toes of someone already working on it. Peter -
let me know if you want help mergeing them for this release - I'm availabel
to help with that today or tomorrow.

//Magnus


pgsql-hackers by date:

Previous
From: Teodor Sigaev
Date:
Subject: Re: Limitation on number of positions (tsearch)
Next
From: Guillaume Lelarge
Date:
Subject: Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20