Re: svn commit: r1333326 - in /subversion/trunk/subversion: include/private/svn_hash_private.h libsvn_fs_fs/temp_serializer.c libsvn_subr/hash.c

Philip Martin wrote: Philip Martin writes: stef...@apache.org writes: Author: stefan2 Date: Thu May 3 07:16:11 2012 New Revision: 126 URL:http://svn.apache.org/viewvc?rev=126&view=rev Log: Introduce private API functions that wrap apr_hash_make_custom and return hash tables that a

Re: svn commit: r1333326 - in /subversion/trunk/subversion: include/private/svn_hash_private.h libsvn_fs_fs/temp_serializer.c libsvn_subr/hash.c

Hyrum K Wright wrote: On Thu, May 3, 2012 at 2:16 AM, wrote: Author: stefan2 Date: Thu May 3 07:16:11 2012 New Revision: 126 URL:http://svn.apache.org/viewvc?rev=126&view=rev Log: Introduce private API functions that wrap apr_hash_make_custom and return hash tables that are 2 to 4 tim

Re: svn commit: r1333326 - in /subversion/trunk/subversion: include/private/svn_hash_private.h libsvn_fs_fs/temp_serializer.c libsvn_subr/hash.c

Greg Stein wrote: On Thu, May 3, 2012 at 3:16 AM, wrote: Author: stefan2 Date: Thu May 3 07:16:11 2012 New Revision: 126 URL: http://svn.apache.org/viewvc?rev=126&view=rev Log: Introduce private API functions that wrap apr_hash_make_custom and return hash tables that are 2 to 4 times

Re: svn commit: r1334512 - /subversion/branches/ev2-export/subversion/libsvn_client/commit_util.c

On Sat, May 5, 2012 at 5:35 PM, wrote: >... > +++ subversion/branches/ev2-export/subversion/libsvn_client/commit_util.c Sat > May  5 21:35:28 2012 > @@ -1564,7 +1564,8 @@ do_item_commit(svn_client_commit_item3_t >   /* If this item is supposed to be deleted, do so. */ >   if (item->state_flags &

Re: svn commit: r1334446 - in /subversion/trunk/subversion/libsvn_ra_serf: blame.c get_deleted_rev.c getdate.c getlocations.c getlocationsegments.c getlocks.c locks.c log.c mergeinfo.c ra_serf.h repla

On Sat, May 5, 2012 at 1:36 PM, Bert Huijben wrote: >> -Original Message- >> From: gst...@apache.org [mailto:gst...@apache.org] >> Sent: zaterdag 5 mei 2012 18:42 >> To: comm...@subversion.apache.org >> Subject: svn commit: r1334446 - in >> /subversion/trunk/subversion/libsvn_ra_serf: >>

Re: svn commit: r1334244 - in /subversion/trunk/subversion: include/svn_editor.h libsvn_delta/compat.c libsvn_delta/editor.c libsvn_fs/editor.c libsvn_repos/commit.c

On Sat, May 5, 2012 at 1:40 PM, Hyrum K Wright wrote: > On Fri, May 4, 2012 at 5:49 PM,   wrote: >... >> Author: gstein >> @@ -885,8 +890,16 @@ svn_editor_add_absent(svn_editor_t *edit >>  * (e.g. it has not yet been committed), then @a revision should be >>  * #SVN_INVALID_REVNUM. >>  * >> - * Fo

Re: svn commit: r1334244 - in /subversion/trunk/subversion: include/svn_editor.h libsvn_delta/compat.c libsvn_delta/editor.c libsvn_fs/editor.c libsvn_repos/commit.c

On Fri, May 4, 2012 at 5:49 PM, wrote: > Author: gstein > Date: Fri May  4 22:49:31 2012 > New Revision: 1334244 > > URL: http://svn.apache.org/viewvc?rev=1334244&view=rev > Log: > Add a set of target/resulting children to the alter_directory() call. > > For rataionel, see: http://s.apache.org/Ic

RE: svn commit: r1334446 - in /subversion/trunk/subversion/libsvn_ra_serf: blame.c get_deleted_rev.c getdate.c getlocations.c getlocationsegments.c getlocks.c locks.c log.c mergeinfo.c ra_serf.h repla

> -Original Message- > From: gst...@apache.org [mailto:gst...@apache.org] > Sent: zaterdag 5 mei 2012 18:42 > To: comm...@subversion.apache.org > Subject: svn commit: r1334446 - in > /subversion/trunk/subversion/libsvn_ra_serf: > blame.c get_deleted_rev.c getdate.c getlocations.c getlocati

Re: svn status is slow under a large check-out

Thanks for all great info so far! >Taking that query out reduces the read() calls back to 99. Do we need >another SQLite index? Can we improve that query? Your index idea was a good one. I used sqlite3 to back up my wc.db, then ran the query you found, filling in the parameters as appropriate

Re: 1.7.5 next week

Stefan Sperling wrote on Sat, May 05, 2012 at 13:46:12 +0200: > On Sat, May 05, 2012 at 12:29:25PM +0100, Philip Martin wrote: > > Yes, I'll do it. I'll roll a 1.7.5 some time next week. > > Thanks so much Philip! +1

Re: 1.7.5 next week

On Sat, May 05, 2012 at 12:29:25PM +0100, Philip Martin wrote: > Yes, I'll do it. I'll roll a 1.7.5 some time next week. Thanks so much Philip!

1.7.5 next week

Stefan Sperling writes: > On Wed, Apr 25, 2012 at 11:50:16AM +0200, Stefan Sperling wrote: >> On Wed, Apr 25, 2012 at 11:49:53AM +0300, Daniel Shahaf wrote: >> > I don't know when we're cutting 1.7.5, but I'm stepping down from the RM >> > hot seat. (I can no longer commit to having the time for

Re: We need a new 1.7.5 release manager (was: Re: 1.7.5 in one/two weeks?)

On Wed, Apr 25, 2012 at 11:50:16AM +0200, Stefan Sperling wrote: > On Wed, Apr 25, 2012 at 11:49:53AM +0300, Daniel Shahaf wrote: > > I don't know when we're cutting 1.7.5, but I'm stepping down from the RM > > hot seat. (I can no longer commit to having the time for that.) > > Will anyone else s

Re: Rename tracking for merges

On Sat, May 05, 2012 at 11:57:07AM +0200, Stefan Sperling wrote: > I would prefer > if those trying to fix merge would think more about tree conflict resolution > than anything else. Oh, and BTW, those who are new to the project and would like to learn more about the subject of tree conflicts, my

Re: Rename tracking for merges

On Tue, May 01, 2012 at 10:02:10AM +0200, Stefan Fuhrmann wrote: > Hi Mergeans, > > One of main sources for merge conflicts in SVN > is its inability to follow renames. Philip and > (the other) Stefan already made some attempts to > solve that issue on the client side: > > http://svn.apache.org/r