Translation status report for trunk@r1612454
lang trans untrans fuzzy obs
--
de2723 59 228 471 +++~~~
es2230 552 791 528 ++U~~~
fr2534 248
On Tue, Jul 22, 2014 at 12:09 AM, Branko Čibej wrote:
> On 21.07.2014 23:57, Stefan Fuhrmann wrote:
>
> Thanks for the review! r1612405 should handle those issues nicely now.
>
>
> Looks good to me now. Please convert my veto to a +1 for your backport
> proposal when you add this revision to it.
On 21.07.2014 23:57, Stefan Fuhrmann wrote:
> Thanks for the review! r1612405 should handle those issues nicely now.
Looks good to me now. Please convert my veto to a +1 for your backport
proposal when you add this revision to it.
-- Brane
--
Branko Čibej | Director of Subversion
WANdisco | Re
On Mon, Jul 21, 2014 at 4:14 PM, Branko Čibej wrote:
> On 17.07.2014 16:50, stef...@apache.org wrote:
>
> Author: stefan2
> Date: Thu Jul 17 14:50:49 2014
> New Revision: 1611379
>
> URL: http://svn.apache.org/r1611379
> Log:
> Fix Windows redo loop oddity for named atomics. As it turns out, the
On 17.07.2014 16:50, stef...@apache.org wrote:
> Author: stefan2
> Date: Thu Jul 17 14:50:49 2014
> New Revision: 1611379
>
> URL: http://svn.apache.org/r1611379
> Log:
> Fix Windows redo loop oddity for named atomics. As it turns out, the redo
> loops for file creation and locking don't play very
Markus Schaber wrote:
> Julian Foad wrote:
>> "specify a password ARG (insecure: on many systems,
>> other users can read the command-line arguments)"
>
> I fully agree with your concerns about vague warnings. But in my eyes,
> it is also important to point out the alternatives, so that the us
On Tue, Jul 15, 2014 at 4:09 AM, Justin Erenkrantz
wrote:
> On Mon, Jul 14, 2014 at 9:09 AM, Stefan Fuhrmann
> wrote:
>> On the same machine actually (which may be a contributing factor).
>> The client is svn-bench that simply handles the editor drive but
>> discards incoming file contents etc.
>
8 matches
Mail list logo
