Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dave Page <dpage(at)postgresql(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20
Date: 2007-09-13 12:23:29
Message-ID: 20070913122329.GF27715@svr2.hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Sep 13, 2007 at 12:12:28AM +0200, Guillaume Lelarge wrote:
> Tom Lane a écrit :
> > Dave Page <dpage(at)postgresql(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Guillaume Lelarge 2007-09-13 12:44:47 Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20
Previous Message Teodor Sigaev 2007-09-13 11:59:30 Re: Limitation on number of positions (tsearch)