| From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
| Cc: | Michael Meskes <meskes(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers ML <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Re: [COMMITTERS] pgsql: Fixed string in German translation that causes segfault. |
| Date: | 2011-06-20 20:20:57 |
| Message-ID: | 1308601257.25899.5.camel@vanquo.pezone.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
On mån, 2011-06-20 at 13:13 -0400, Alvaro Herrera wrote:
> Excerpts from Michael Meskes's message of lun jun 20 09:54:36 -0400 2011:
> > On Mon, Jun 20, 2011 at 09:15:52AM -0400, Robert Haas wrote:
> > > Yep. Peter overrides them just before each release.
> >
> > Aren't there better ways to implement this, like git submodules? This
> > redundancy seem awkward to me.
>
> There might be, but currently the translations are still using the CVS
> machinery on pgfoundry. This stuff predates our move to Git. It's
> possible that Peter already changed the msgstr in pgtranslation ...
>
> Peter is working on moving that CVS stuff to Git, but AFAIR it will
> happen once 9.1 has released.
A better way might be that translators simply work on a clone of the
source repository, which is then merged (as in, git merge) at release
time. There are some issues with that to figure out, but it sounds like
the obviously right thing, from an interface point of view.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Magnus Hagander | 2011-06-20 20:24:28 | Re: Re: [COMMITTERS] pgsql: Fixed string in German translation that causes segfault. |
| Previous Message | Tom Lane | 2011-06-20 19:05:09 | pgsql: Fix thinko in previous patch for optimizing EXISTS-within-EXISTS |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Magnus Hagander | 2011-06-20 20:24:28 | Re: Re: [COMMITTERS] pgsql: Fixed string in German translation that causes segfault. |
| Previous Message | Noah Misch | 2011-06-20 20:11:10 | Re: FOR KEY LOCK foreign keys |