Re: svn doesn't cope well with read-only auth cache

2014-05-20 Thread Philip Martin
Johan Corveleyn writes: > Not much interest it seems. Filed an issue, so this doesn't get forgotten: > > http://subversion.tigris.org/issues/show_bug.cgi?id=4504 > > I don't have the time nor expertise right now to work on this, but if > someone else wants to have a go ... by all means. Simi

Re: svn doesn't cope well with read-only auth cache

2014-05-20 Thread Johan Corveleyn
On Fri, May 16, 2014 at 2:47 PM, Johan Corveleyn wrote: > On Thu, May 15, 2014 at 4:16 PM, Johan Corveleyn wrote: >> If the file with the cached credentials (the file under > config dir>/auth/svn.simple) is read-only, 'svn' 1.8 (on Windows) will >> behave as follows after a password change: >> >>

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

2014-05-20 Thread Ben Reser
On 5/20/14, 12:21 PM, Mattias Engdegård wrote: > The goal is to permit us to use a different translation model, where > translators aren't working directly in the SVN tree but on .pot files or > source > distributions that we give them. > > The Translation Project, which I'd like to try first, wo

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

2014-05-20 Thread Mattias Engdegård
20 maj 2014 kl. 17.57 skrev Ben Reser: Why should the pot file be present in the distribution package? Shouldn't translators be working against a SVN checkout and not a distribution package? The goal is to permit us to use a different translation model, where translators aren't working d

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

2014-05-20 Thread Ben Reser
On 5/6/14, 2:52 PM, Mattias Engdegård wrote: > Translators will need the subversion.pot file; it should be present in the > source distribution. Presumably, the right way to ensure that is to have > dist.sh generate it, similar to the way the configure script is created. > > [[[ > Have dist.sh gen

Re: [RFC] Move tracking - design summary and mock-up proposal

2014-05-20 Thread Stefan Sperling
On Tue, May 20, 2014 at 03:25:39PM +0100, Julian Foad wrote: > Hi, folks. > > At last I have a plan for move tracking. I want to share this plan and get > your feedback. I'm delighted to hear this! :) > I want to start implementing it, but first Philip suggested, and I agree, > we should do a mo

[RFC] Move tracking - design summary and mock-up proposal

2014-05-20 Thread Julian Foad
Hi, folks. At last I have a plan for move tracking. I want to share this plan and get your feedback. I want to start implementing it, but first Philip suggested, and I agree, we should do a mock-up and see how the high-level behaviour pans out in typical scenarios involving moves, especially merg

Re: Moving towards a 1.9.x branch

2014-05-20 Thread Ivan Zhakov
On 16 May 2014 21:27, Ben Reser wrote: [] > To that end I'd like to branch no later than June 13th. Please figure out > what > blockers you have on a 1.9.0 release and have them appropriately flagged in > the > issue tracker by May 23rd. I'd like to see us having a decision on what we're

Re: Moving towards a 1.9.x branch

2014-05-20 Thread Stefan Fuhrmann
On Mon, May 19, 2014 at 12:42 PM, Julian Foad wrote: > Ben Reser wrote: > > [...] I suggest that we need to start moving towards a 1.9.x branch. > > > > We'd planned to defer new development and concentrate on fixes before our > > branch point [...] I propose that we start that period now. [...]

Re: Moving towards a 1.9.x branch

2014-05-20 Thread Stefan Fuhrmann
On Tue, May 20, 2014 at 2:01 AM, Ben Reser wrote: > Stefan Fuhrmann, can you make a decision on Issue #4146: > http://subversion.tigris.org/issues/show_bug.cgi?id=4146 > > Does that still need doing? > It hasn't been done but I a hard look at the code and it turned out to be infeasible without