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

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20
Дата
Msg-id 20070913122329.GF27715@svr2.hagander.net
обсуждение исходный текст
Ответ на 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>)
Ответы 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>)
Список 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 по дате отправления:

Предыдущее
От: Teodor Sigaev
Дата:
Сообщение: Re: Limitation on number of positions (tsearch)
Следующее
От: Guillaume Lelarge
Дата:
Сообщение: Re: Preparation for PostgreSQL releases 8.2.5, 8.1.10, 8.0.14, 7.4.18, 7.3.20