On 01.02.2012 21:22, C. Michael Pilato wrote:
> Yup. libsvn_delta is the appropriate place for the commit plan stuff.
Completely forgot about that part, sorry.
> Though, I'd prefer to give it a more generic naming if possible, as I
> don't see anything explicitly commit-specific about it. An "edi
On Wed, Feb 1, 2012 at 8:46 AM, Johan Corveleyn wrote:
> On Wed, Feb 1, 2012 at 1:38 PM, Julian Foad
> wrote:
>> Hi Paul. Thanks for indulging my enquiries.
>>
>> Paul Burba wrote:
>>
>>> Julian Foad wrote:
Overriding is done by setting a new value for the inheritable
property svn:i:
On Wed, Feb 1, 2012 at 7:38 AM, Julian Foad wrote:
> Hi Paul. Thanks for indulging my enquiries.
>
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> Overriding is done by setting a new value for the inheritable
>>> property svn:i:ignore, like this:
>>>
>>> /subversion svn:i:ignore
On 02/01/2012 03:18 PM, Greg Stein wrote:
>> If the delta editors are currently client-side, and we suddenly need
>> server-side code, too ... maybe a new library is in order?
>
> The basic code for svn_delta_editor_t is in libsvn_delta. eg.
> default_editor, cancellation editor, etc. Plus svndiff
On Wed, Feb 1, 2012 at 15:10, Branko Čibej wrote:
> On 01.02.2012 20:34, Greg Stein wrote:
>> On Wed, Feb 1, 2012 at 07:57, Julian Foad wrote:
>>> Greg Stein wrote:
>>>
Oh. And that is an interesting point. We need server-side processing
of a commit plan. Maybe the plan code goes down i
Hi Stefan,
Oops, I forgot to send it out after applying the feedback comments. Nothing to
be sorry about. Here it is, updated to apply to r1239239.
[[[
* subversion/svn/cl.h
* subversion/svn/main.c
New options, --no-diff-properties and --patch for svn diff.
* subversion/include/svn_client.h
On 01.02.2012 20:34, Greg Stein wrote:
> On Wed, Feb 1, 2012 at 07:57, Julian Foad wrote:
>> Greg Stein wrote:
>>
>>> Oh. And that is an interesting point. We need server-side processing
>>> of a commit plan. Maybe the plan code goes down into libsvn_subr so
>>> both sides can create/consume/proce
On Wed, Feb 1, 2012 at 07:57, Julian Foad wrote:
> Greg Stein wrote:
>
>> Oh. And that is an interesting point. We need server-side processing
>> of a commit plan. Maybe the plan code goes down into libsvn_subr so
>> both sides can create/consume/process the plans. [...]
>
> That's what libsvn_del
Alexey,
are you still working on this patch?
Since your last submission there has been some feedback and I think
we've reached consensus. I am sorry that our discussion flip-flopped
a little and mislead you.
I would very much like to see a version of your patch which
incorporates the feedback yo
On 02/01/2012 08:46 AM, Johan Corveleyn wrote:
> Perhaps this issue can be deferred if the API would allow you to get /
> cache all the inheritable props, up to the repository root (since they
> are always readable anyway, regardless of authz). Not only "up to the
> nearest path-wise ancestor that
On Wed, Feb 1, 2012 at 1:38 PM, Julian Foad wrote:
> Hi Paul. Thanks for indulging my enquiries.
>
> Paul Burba wrote:
>
>> Julian Foad wrote:
>>> Overriding is done by setting a new value for the inheritable
>>> property svn:i:ignore, like this:
>>>
>>> /subversion svn:i:ignore
Greg Stein wrote:
> Oh. And that is an interesting point. We need server-side processing
> of a commit plan. Maybe the plan code goes down into libsvn_subr so
> both sides can create/consume/process the plans. [...]
That's what libsvn_delta's for, no?
- Julian
Hi Paul. Thanks for indulging my enquiries.
Paul Burba wrote:
> Julian Foad wrote:
>> Overriding is done by setting a new value for the inheritable
>> property svn:i:ignore, like this:
>>
>> /subversion svn:i:ignore = *.o *.obj *.a *.lib ...
>> /subversion/trunk/tests svn
Konstantin Kolinko wrote on Wed, Feb 01, 2012 at 16:28:10 +0400:
> 2012/2/1 Daniel Shahaf :
> > phi...@apache.org wrote on Wed, Feb 01, 2012 at 10:04:15 -:
> >> Added: subversion/branches/multi-layer-moves/BRANCH-README
> >> URL:
> >> http://svn.apache.org/viewvc/subversion/branches/multi-laye
2012/2/1 Daniel Shahaf :
> phi...@apache.org wrote on Wed, Feb 01, 2012 at 10:04:15 -:
>> Added: subversion/branches/multi-layer-moves/BRANCH-README
>> URL:
>> http://svn.apache.org/viewvc/subversion/branches/multi-layer-moves/BRANCH-README?rev=1239033&view=auto
>>
phi...@apache.org wrote on Wed, Feb 01, 2012 at 10:04:15 -:
> Added: subversion/branches/multi-layer-moves/BRANCH-README
> URL:
> http://svn.apache.org/viewvc/subversion/branches/multi-layer-moves/BRANCH-README?rev=1239033&view=auto
> ===
Greg Stein wrote on Wed, Feb 01, 2012 at 03:07:56 -0500:
> On Wed, Feb 1, 2012 at 02:28, Daniel Shahaf wrote:
> > Also, you didn't talk about ra_svn at all. Presumably it's trivial
> > there (we can just extend the protocol to mirror the new APIs), but
> > explicitness won't hurt.
>
> I presume
On Wed, Feb 1, 2012 at 02:28, Daniel Shahaf wrote:
> Greg Stein wrote on Tue, Jan 31, 2012 at 23:08:17 -0500:
>> The "plan" is some new XML report-like document, posted to the "me"
>> resource
>
> We've defined HTTPv2 such that the body of POSTs is skels, not XML.
> (dav_svn__method_post())
Ah. R
18 matches
Mail list logo
