Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread C. Michael Pilato
On 06/08/2012 03:15 PM, Ivan Zhakov wrote: > Wow, but performance will be much more interesting if we inline > properties to REPORT response. Mike, could you please share your > incomplete patch for including properties to REPORT response? Sure. Attached. -- C. Michael Pilato CollabNet <>

Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread Ivan Zhakov
On Fri, Jun 8, 2012 at 9:41 PM, Mark Phippard wrote: > On Fri, Jun 8, 2012 at 12:01 PM,   wrote: >> Author: cmpilato >> Date: Fri Jun  8 16:01:00 2012 >> New Revision: 1348131 >> >> URL: http://svn.apache.org/viewvc?rev=1348131&view=rev >> Log: >> Finish issue #4179 by eliminating no-op HEAD reque

Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread Branko Čibej
On 08.06.2012 20:58, Philip Martin wrote: > "C. Michael Pilato" writes: > >> On 06/08/2012 01:41 PM, Mark Phippard wrote: >>> On Fri, Jun 8, 2012 at 12:01 PM, wrote: Author: cmpilato Date: Fri Jun 8 16:01:00 2012 New Revision: 1348131 URL: http://svn.apache.org/viewvc?r

Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread Philip Martin
"C. Michael Pilato" writes: > On 06/08/2012 01:41 PM, Mark Phippard wrote: >> On Fri, Jun 8, 2012 at 12:01 PM, wrote: >>> Author: cmpilato >>> Date: Fri Jun 8 16:01:00 2012 >>> New Revision: 1348131 >>> >>> URL: http://svn.apache.org/viewvc?rev=1348131&view=rev >>> Log: >>> Finish issue #4179

Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread C. Michael Pilato
On 06/08/2012 01:41 PM, Mark Phippard wrote: > On Fri, Jun 8, 2012 at 12:01 PM, wrote: >> Author: cmpilato >> Date: Fri Jun 8 16:01:00 2012 >> New Revision: 1348131 >> >> URL: http://svn.apache.org/viewvc?rev=1348131&view=rev >> Log: >> Finish issue #4179 by eliminating no-op HEAD requests from

Re: svn commit: r1348131 - /subversion/trunk/subversion/libsvn_ra_serf/update.c

2012-06-08 Thread Mark Phippard
On Fri, Jun 8, 2012 at 12:01 PM, wrote: > Author: cmpilato > Date: Fri Jun  8 16:01:00 2012 > New Revision: 1348131 > > URL: http://svn.apache.org/viewvc?rev=1348131&view=rev > Log: > Finish issue #4179 by eliminating no-op HEAD requests from ra_serf's > checkout/update logic. Nice! This makes

Re: Optimizing properties for checkout/update with ra_serf

2012-06-08 Thread C. Michael Pilato
On 06/08/2012 04:28 AM, Justin Erenkrantz wrote: > or may not have. In actuality, due to the PROPFIND requirement, > ra_serf still issues a HEAD request - but, we don't need the actual > content saving a huge bunch of bandwidth on an update case if the > pristine already exists locally. This also

Re: Optimizing properties for checkout/update with ra_serf

2012-06-08 Thread C. Michael Pilato
On 06/08/2012 04:28 AM, Justin Erenkrantz wrote: > So, in response to the request, mod_dav_svn does: > > - Just like it's response to ra_neon, the server will produce an XML > document listing what changes need to happen locally on the client. > > - However, it does not inline the content or th

Re: [PATCH] Update SQLite version in get-deps.sh

2012-06-08 Thread Justin Erenkrantz
On Fri, Jun 8, 2012 at 1:10 PM, vijay wrote: > Hi, > > The minimum required sqlite version has been bumped to 3.7.12 in r1347802. > However, get-deps.sh script still downloads sqlite-3.7.10. So the > 'configure' > script fails as the minimum required version is 3.7.12. > > Attached a patch to upda

[PATCH] Update SQLite version in get-deps.sh

2012-06-08 Thread vijay
Hi, The minimum required sqlite version has been bumped to 3.7.12 in r1347802. However, get-deps.sh script still downloads sqlite-3.7.10. So the 'configure' script fails as the minimum required version is 3.7.12. Attached a patch to update this version. Thanks & Regards, Vijayaguru Index: get

Optimizing properties for checkout/update with ra_serf

2012-06-08 Thread Justin Erenkrantz
To help kick off the hackathon discussions next week in Berlin, I'd like to nudge the collective braintrust by writing down some thoughts about optimizing the ra_serf protocol used when checking/updating out a working copy. (I should arrive in Berlin late on Monday.) As Philip has pointed out, th