Re: svn log --ignore-properties option

2013-09-18 Thread Julian Foad
Patrick Sawyer wrote: > Just so I can update the customer what is the consensus on this > improvement and will this be raised into your issue tracker? Hi Patrick.  As you noted in your original post below, it's already in our issue tracker.  The issue contains links to an email thread where a bi

Re: svn log --ignore-properties option

2013-09-18 Thread Stefan Sperling
On Wed, Sep 18, 2013 at 02:02:41PM +0100, Patrick Sawyer wrote: > Hi All, > > Just so I can update the customer what is the consensus on this improvement > and will this be raised into your issue tracker? Thanks I assume you are talking about log when used with the --diff option? I cannot think o

Re: svn log --ignore-properties option

2013-09-18 Thread Patrick Sawyer
Hi All, Just so I can update the customer what is the consensus on this improvement and will this be raised into your issue tracker? Thanks Regards Patrick Sawyer | *Deployment Coordinator * * * WANdisco // *Non-Stop Data* t. +44 (0)114 303 02 58 h. +44 (0)114 303 99 85 ext.612 e. patrick.

Re: Moves in FSFS

2013-09-18 Thread Stefan Fuhrmann
On Wed, Sep 18, 2013 at 1:05 PM, Stefan Fuhrmann < stefan.fuhrm...@wandisco.com> wrote: > On Fri, Sep 13, 2013 at 12:41 PM, Branko Čibej wrote: > >> On 13.09.2013 11:32, Philip Martin wrote: >> > Branko Čibej writes: >> > >> >> That said, I still do not understand why a different ID would be nee

Re: Moves in FSFS

2013-09-18 Thread Stefan Fuhrmann
On Fri, Sep 13, 2013 at 12:41 PM, Branko Čibej wrote: > On 13.09.2013 11:32, Philip Martin wrote: > > Branko Čibej writes: > > > >> That said, I still do not understand why a different ID would be needed > >> before the copy-on-write happens. Is it because the client doesn't have > >> the full h

Re: Moves in FSFS

2013-09-18 Thread Branko Čibej
On 18.09.2013 10:50, Branko Čibej wrote: > Given all of the above, we're talking about the following algorithm for > move of src to tgt (I'm ignoring parent change, for clarity): > > if src is lazy: > make-mutable(src) > else: > make-mutable(dirname(src)) > modify-dir-li

Re: Moves in FSFS

2013-09-18 Thread Julian Foad
Julian Foad wrote: > Branko Čibej wrote: >> On 17.09.2013 13:12, Julian Foad wrote: >>> But why does "move" need to create a new node-revision of the moved >>> node [...]?  Why shouldn't it just create a new reference [...]? >> >> Becasue otherwise you can't tell there was a move without comparin

Re: Moves in FSFS

2013-09-18 Thread Branko Čibej
On 17.09.2013 13:43, Julian Foad wrote: > Branko Čibej wrote: >> Note that in the current FS implementation, there is not "node" object >> as such; there are only node-revision records, and the concept of a >> "node" is extrapolated from the node-id, just as a branch is >> extrapolated from the cop