Mattias Engdegård wrote on Thu, May 02, 2013 at 00:21:26 +0200:
> Here is the updated sv.po (compressed). Since it was severely out of
> date most of it had to be changed, so I didn't bother generating a diff.
> Reviews, even superficial ones, are most welcome.
>
Thanks for this work, Mattias.
I (Julian Foad) wrote on 2013-04-25:
> I (Julian Foad) wrote:
>> There is a second bug, closely related. If there are multiple prop
>> conflicts on the same node, they all get marked as resolved as soon
>> as you request any one of them to be marked as resolved. There is
>> incomplete API suppor
On Mon, Apr 22, 2013 at 10:21 AM, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: C. Michael Pilato [mailto:cmpil...@collab.net]
>> Sent: maandag 22 april 2013 15:46
>> To: Bert Huijben
>> Cc: dev@subversion.apache.org
>> Subject: Re: svn commit: r1469982 - in /subversion/trunk/subv
r1477876, which I proposed for back-port to 1.8.x, fills in the 'node kind'
field correctly for a prop conflict. The code in 'svn' shown below now leads
to a crash because the 'file/edit/edit' case matches a prop conflict and calls
the text conflict handler function, which asserts that the conf
On 30/04/13 18:27, Ben Reser wrote:
1) Need to avoid using GNU tar options on this. Just like we don't
use the j option to tar to deal with bzip2 we can't use the z option
to deal with gzip.
Should this note be a comment in get-deps.sh?
5 matches
Mail list logo