On 2013-03-01 14:58:10 +, Philip Martin wrote:
> A server-side solution is difficult. Suppose the client has some
> uncompressed content U which it compresses to C and sends to the server.
> The server can uncompress C to get U but unless the compression scheme
> has a canonical compressed for
> -Original Message-
> From: [email protected] [mailto:[email protected]]
> Sent: dinsdag 5 maart 2013 13:57
> To: [email protected]
> Subject: svn commit: r1452780 -
> /subversion/trunk/subversion/libsvn_subr/subst.c
>
> Author: stsp
> Date: Tue Mar 5 12:57:00 2013
> New Revisi
On Tue, Mar 05, 2013 at 02:07:11PM +0100, Bert Huijben wrote:
> > @@ -1743,7 +1743,12 @@ svn_subst_copy_and_translate4(const char
> > }
> >
> >/* Now that dst_tmp contains the translated data, do the atomic rename.
> > */
> > - return svn_error_trace(svn_io_file_rename(dst_tmp, dst, pool
Vincent Lefevre wrote:
> On 2013-03-01 14:58:10 +, Philip Martin wrote:
>> A server-side solution is difficult. Suppose the client has some
>> uncompressed content U which it compresses to C and sends to the server.
>> The server can uncompress C to get U but unless the compression scheme
Hi Julian,
On 2013-03-05 13:30:28 +, Julian Foad wrote:
> Vincent Lefevre wrote:
>
> > On 2013-03-01 14:58:10 +, Philip Martin wrote:
> >> A server-side solution is difficult. Suppose the client has some
> >> uncompressed content U which it compresses to C and sends to the server.
> >>
>From my point of view the main issue preventing 1.8 from branching is
handling partial updates of a move source as described at the end of
issue 4232 and in the XFAIL test op-depth-test.c:move_update_subtree.
The problem is as follows:
- the user moves a tree from source to destination
- the
Paul Burba wrote:
> On Wed, Feb 27, 2013 at 5:04 PM, Julian Foad wrote:
>> Paul Burba wrote:
>>> I found the cause of the conflict filled reintegrate merge. The
>>> automatic merge code seems to be doing the right thing re Mark's
>>> automatic merge above, the problem arises earlier.
>>
>> P
Vincent Lefevre wrote:
> On 2013-03-05 13:30:28 +, Julian Foad wrote:
>> Vincent Lefevre wrote:
>> > On 2013-03-01 14:58:10 +, Philip Martin wrote:
>> >> A server-side solution is difficult. Suppose the client has some
>> >> uncompressed content U which it compresses to C and sends
On Tue, Mar 05, 2013 at 04:37:03PM +, Philip Martin wrote:
> not single-revision
>
> - the user cannot update to single-revision because the tree-conflict
> must be resolved first
>
> To get out of this situation I think we have to allow the user to update
> (or switch) the move sou
I (Julian Foad) wrote:
> Vincent Lefevre wrote:
>> On 2013-03-05 13:30:28 +, Julian Foad wrote:
>>> Vincent Lefevre wrote:
On 2013-03-01 14:58:10 +, Philip Martin wrote:
> A server-side solution is difficult. Suppose the client has some
> uncompressed content U which it compr
Stefan Sperling wrote:
> On Tue, Mar 05, 2013 at 04:37:03PM +, Philip Martin wrote:
>> not single-revision
>>
>> - the user cannot update to single-revision because the tree-conflict
>> must be resolved first
>>
>> To get out of this situation I think we have to allow the user
Hi guys,
I have the TortoiseSVN build of the command line client, built against
r1451811. I'm trying to update an upgraded 1.7 working copy from a
repository served by svnserve 1.6.11
Update from the repo root works OK, update from lower down in the tree
fails with:
svn up
Updating '.':
svn: E21
On 05.03.2013 23:27, [email protected] wrote:
> Author: brane
> Date: Tue Mar 5 22:27:47 2013
> New Revision: 1453046
>
> URL: http://svn.apache.org/r1453046
> Log:
> Working on isue #4326 (update javahl with new 1.8 APIs).
>
> Implement property-inheritance-aware SVNCLient.properties.
Given that
On Tue, Mar 5, 2013 at 1:21 PM, Simon Large wrote:
> Hi guys,
>
> I have the TortoiseSVN build of the command line client, built against
> r1451811. I'm trying to update an upgraded 1.7 working copy from a
> repository served by svnserve 1.6.11
>
> Update from the repo root works OK, update from l
Can anyone help me make clear the following questions? Thanks very much.
I make some updates, and the SVN client generates the delta and sends it to
the SVN server. Does the server simply store this delta to the repository,
or do something more?
Sometimes I find the SVN client does not delta the
Bo Chen wrote on Tue, Mar 05, 2013 at 23:49:06 -0500:
> Can anyone help me make clear the following questions? Thanks very much.
>
> I make some updates, and the SVN client generates the delta and sends it to
> the SVN server. Does the server simply store this delta to the repository,
> or do some
On 06.03.2013 06:21, Daniel Shahaf wrote:
> Bo Chen wrote on Tue, Mar 05, 2013 at 23:49:06 -0500:
>> Can anyone help me make clear the following questions? Thanks very much.
>>
>> I make some updates, and the SVN client generates the delta and sends it to
>> the SVN server. Does the server simply s
17 matches
Mail list logo
