subversion-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From s...@apache.org
Subject svn commit: r1795102 - /subversion/branches/1.8.x/STATUS
Date Sun, 14 May 2017 11:55:02 GMT
Author: stsp
Date: Sun May 14 11:55:02 2017
New Revision: 1795102

URL: http://svn.apache.org/viewvc?rev=1795102&view=rev
Log:
On the 1.8.x branch:

* STATUS: Vote for r1759116, approving. Needs 1.9 client to merge cleanly.

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=1795102&r1=1795101&r2=1795102&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Sun May 14 11:55:02 2017
@@ -43,16 +43,6 @@ Candidate changes:
      -0 (non-binding): luke1410 (r1700130 is missing - will have to create a
                        backport branch)
 
- * r1759116
-   Work around an APR bug in svn_io_file_trunc with buffered r/w files.
-   Justification:
-     Without this patch, trunc() will leave buffered file objects with
-     alternating read and write accesses in an inconsistent state.  Apart
-     from being a bug in one of our public APIs, this will cause corruptions
-     in FSFS when the strict-rep-sharing patches get backported.
-   Votes:
-     +1: stefan2, rhuijben
-
  * r1785053
    Never attempt to share directory representations in FSFS.
    Justification:
@@ -106,3 +96,13 @@ Veto-blocked changes:
 
 Approved changes:
 =================
+
+ * r1759116
+   Work around an APR bug in svn_io_file_trunc with buffered r/w files.
+   Justification:
+     Without this patch, trunc() will leave buffered file objects with
+     alternating read and write accesses in an inconsistent state.  Apart
+     from being a bug in one of our public APIs, this will cause corruptions
+     in FSFS when the strict-rep-sharing patches get backported.
+   Votes:
+     +1: stefan2, rhuijben, stsp



Mime
View raw message