Daniel Shahaf wrote on Tue, Apr 08, 2014 at 21:28:17 +:
> Philip Martin wrote on Tue, Apr 08, 2014 at 20:12:26 +0100:
> > Daniel Shahaf writes:
> > > We may choose to support the form that the 1.8.0-1.8.9 server code
> > > accepts (that is, "?B"), or we may choose to declare that a bug in
> >
Philip Martin wrote on Tue, Apr 08, 2014 at 20:12:26 +0100:
> Daniel Shahaf writes:
>
> > Philip Martin wrote on Wed, Mar 19, 2014 at 13:17:08 +:
> >> We have:
> >>
> >> - the documented protocol
> >>
> >> (? want-iprops:boolean )
> >>
> >> - the released server implementation of
On Mon, Apr 7, 2014 at 4:58 PM, Ben Reser wrote:
> Let's adopt Johan's suggestion from the other thread.
>
> Specifically, for alpha/beta releases (no change for release candidates or
> normal releases). Require at least 1 vote for each platform (Windows/Unix)
> and
> at least 3 votes total.
>
>
Daniel Shahaf writes:
> Philip Martin wrote on Wed, Mar 19, 2014 at 13:17:08 +:
>> We have:
>>
>> - the documented protocol
>>
>> (? want-iprops:boolean )
>>
>> - the released server implementation of the protocol
>>
>> ? want-iprops:boolean
>>
>> - the released behavio
Philip Martin wrote:
> Julian Foad writes:
>
>> For example: The reader may not be thinking immediately about the two
>> callers named here, having come here from one of the (at the time of
>> writing) six other direct callers. Two of those don't have a
>> result_pool as such and don't clear
> -Original Message-
> From: julianf...@apache.org [mailto:julianf...@apache.org]
> Sent: dinsdag 8 april 2014 15:16
> To: comm...@subversion.apache.org
> Subject: svn propchange: r1585718 - svn:log
>
> Author: julianfoad
> Revision: 1585718
> Modified property: svn:log
>
> Modified: sv
Julian Foad writes:
> For example: The reader may not be thinking immediately about the two
> callers named here, having come here from one of the (at the time of
> writing) six other direct callers. Two of those don't have a
> result_pool as such and don't clear the error as such.
There are onl
On 08.04.2014 13:30, Bert Huijben wrote:
>
>> -Original Message-
>> From: Guido Wischrop [mailto:guido.wisch...@mgm-tp.com]
>> Sent: dinsdag 8 april 2014 12:19
>> To: us...@subversion.apache.org; dev@subversion.apache.org
>> Cc: Bert Huijben
>> Subject: Re: svn: E17: 'https://user:pass
> -Original Message-
> From: Guido Wischrop [mailto:guido.wisch...@mgm-tp.com]
> Sent: dinsdag 8 april 2014 12:19
> To: us...@subversion.apache.org; dev@subversion.apache.org
> Cc: Bert Huijben
> Subject: Re: svn: E17: 'https://user:pass@x' isn't in the same
repository
> as 'https://u
Hi Philip.
Thanks for the other fixes and doc tweaks you committed related to this.
Philip Martin wrote:
> Julian Foad writes:
>> Hi Philip. I hope you don't mind, I've made a few more review comments
>> and suggestions, in the form of a patch.
>
> It would be better if your mail program didn
Ben Reser wrote on Mon, Apr 07, 2014 at 14:57:44 -0600:
> On 4/7/14, 2:08 PM, Justin Erenkrantz wrote:
> > To be pedantic, your last phrase could be mis-interpreted - I'm pretty
> > sure that you mean that someone can indeed test with multiple
> > platforms; not that "each person only has one vote"
I would like to see the internal file merge to be of equal citizenship with
external merge tools. Like Daniel said elsewhere, extracting it as a separate
executable is one way to achieve that.
"file merge" is a great name, except it's not the name we already use for
specifying the file merge to
On 04.04.2014 17:40, Bert Huijben wrote:
>
>> -Original Message-
>> From: Guido Wischrop [mailto:guido.wisch...@mgm-tp.com]
>> Sent: vrijdag 4 april 2014 15:07
>> To: us...@subversion.apache.org; dev@subversion.apache.org
>> Subject: Re: svn: E17: 'https://user:pass@x' isn't in the sam
13 matches
Mail list logo
