You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by rh...@apache.org on 2015/09/03 15:11:25 UTC

svn commit: r1701009 - /subversion/branches/1.8.x/STATUS

Author: rhuijben
Date: Thu Sep  3 13:11:25 2015
New Revision: 1701009

URL: http://svn.apache.org/r1701009
Log:
* STATUS: Cast vote on fsfs allocation fix. Approved.

Modified:
    subversion/branches/1.8.x/STATUS

Modified: subversion/branches/1.8.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.8.x/STATUS?rev=1701009&r1=1701008&r2=1701009&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Thu Sep  3 13:11:25 2015
@@ -71,19 +71,6 @@ Candidate changes:
                  bit controversial for me, so it's better to release it as
                  part of Subversion 1.9.0)
 
- * r1669955
-   Reduce FSFS memory allocation in Apache with unbounded MaxFreeMem.
-   Justification:
-     A user reported that their worker processes ran OOM with Apache 2.2
-     in default configuration when fulltext caching was enabled. Although
-     people should set MaxFreeMem to something other than 0, we should
-     play nice with out-of-the-box setups.
-     The patch itself is relatively low-risk (changes initial buffer size).
-   Branch:
-     ^/subversion/branches/1.8.x-memory-fragmentation
-   Votes:
-     +1: stefan2, brane
-
  * r1687812
    mod_dav_svn: Use LimitXMLRequestBody httpd directive to control maximum
    length of skel-encoded request bodies.
@@ -138,3 +125,16 @@ Approved changes:
      ^/subversion/branches/1.8.x-r1618472
    Votes:
      +1: stefan2, brane, rhuijben
+
+ * r1669955
+   Reduce FSFS memory allocation in Apache with unbounded MaxFreeMem.
+   Justification:
+     A user reported that their worker processes ran OOM with Apache 2.2
+     in default configuration when fulltext caching was enabled. Although
+     people should set MaxFreeMem to something other than 0, we should
+     play nice with out-of-the-box setups.
+     The patch itself is relatively low-risk (changes initial buffer size).
+   Branch:
+     ^/subversion/branches/1.8.x-memory-fragmentation
+   Votes:
+     +1: stefan2, brane, rhuijben