[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [PATCH] generate subversion.pot in dist.sh

From: Bert Huijben <bert_at_qqmail.nl>
Date: Tue, 10 Jun 2014 10:20:06 +0200

> -----Original Message-----
> From: Ben Reser [mailto:ben_at_reser.org]
> Sent: maandag 9 juni 2014 22:03
> To: Mattias Engdegård
> Cc: dev_at_subversion.apache.org Development
> Subject: Re: [PATCH] generate subversion.pot in dist.sh
> On 6/8/14, 1:59 PM, Mattias Engdegård wrote:
> > Forgive me for bringing this up again, but we didn't really get
anywhere. No
> > doubt the thread got lost in the mail traffic somehow.
> >
> > Are you satisfied with my explanation, or is there still something that
> makes
> > you object to the suggested 2-line patch? Having the .pot file in the
> > distribution, like many other projects do (in particular those using TP,
> where
> > it is standard procedure), shouldn't be much to argue about, should it?
> I don't really understand the desire to build a supposedly better
> workflow around a system that requires a tarball to start working on
> translations. The fact that lots of other projects have this poor
workflow is
> not particularly convincing to me.
> With respect to Subversion for minor releases you can obviously use the
> release
> candidates. For patch releases you don't get release candidate tarballs.
> Once
> we've produced a tarball there isn't any opportunity to change anything.
> String changes are not unheard of in patch releases. Meaning translators
> only ever be able to be ahead of our release process with 1.x.0 releases
> given
> this process.
> A process where we produced something for translators to work off on a
> nightly
> basis for trunk and release branches seems far better for me. Obviously,
> release branches are better for translators to work off since trunk may
> a
> lot of useless churn. If they work off a nightly tarball that includes a
> from a release branch they'll be able to start working on strings as soon
as a
> release branch is cut rather than waiting for a release candidate. I
> think there's that much string churn once the release branch is made. But
> when
> they decide to start working is up to the translator.

+1 on all this.

Received on 2014-06-10 10:20:47 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.