svn commit: r1186129 - /subversion/branches/1.7.x/STATUS

[rh...@apache.org]

Author: rhuijben
Date: Wed Oct 19 12:01:12 2011
New Revision: 1186129

URL: http://svn.apache.org/viewvc?rev=1186129&view=rev
Log:
* STATUS: Approve r1164426 group

Modified:
    subversion/branches/1.7.x/STATUS

Modified: subversion/branches/1.7.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.7.x/STATUS?rev=1186129&r1=1186128&r2=1186129&view=diff
==============================================================================
--- subversion/branches/1.7.x/STATUS (original)
+++ subversion/branches/1.7.x/STATUS Wed Oct 19 12:01:12 2011
@@ -53,21 +53,6 @@ Candidate changes:
    Votes:
      +1: pburba, rhuijben
 
- * r1164426, r1164614
-   Fix STMT_SELECT_NODE_CHILDREN_WALKER_INFO for correctness and speed.
-   Justification:
-     Recursive info and propset don't scale well with large working copies
-     and may possibly act on the wrong nodes.  Correctness discussion:
-     http://colabti.org/irclogger/irclogger_log/svn-dev?date=2011-09-02#l214
-     On a Linux machine with a Subversion trunk working copy on a local disk
-     running 'svn info --depth infinity' shows it to be 2 or 3 times faster.
-     On a larger working copy it's orders of magnitude faster.
-   Votes:
-     +1: philip, stsp
-     +0: peters, gstein (looks correct, but I didn't test, and while
-                         performance should be better, I wonder if that's
-                         been tested at all)
-
  * r1178942, r1182527
    Fix issue #4009, "Big trivial text files merged MUCH slower than binary"
    Justification:
@@ -129,7 +114,24 @@ Veto-blocked changes:
 
 Approved changes:
 =================
-     
+
+ * r1164426, r1164614
+   Fix STMT_SELECT_NODE_CHILDREN_WALKER_INFO for correctness and speed.
+   Justification:
+     Recursive info and propset don't scale well with large working copies
+     and may possibly act on the wrong nodes.  Correctness discussion:
+     http://colabti.org/irclogger/irclogger_log/svn-dev?date=2011-09-02#l214
+     On a Linux machine with a Subversion trunk working copy on a local disk
+     running 'svn info --depth infinity' shows it to be 2 or 3 times faster.
+     On a larger working copy it's orders of magnitude faster.
+   Votes:
+     +1: philip, stsp
+     +1: rhuijben (works better than the original code, but there are better
+                   ways for 1.8+)
+     +0: peters, gstein (looks correct, but I didn't test, and while
+                         performance should be better, I wonder if that's
+                         been tested at all)
+
  * r1185222
    Make 'svn add --parents D/file' work if D is deleted.
    'svn add D; svn add D/file' would work.