subversion-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From stef...@apache.org
Subject svn commit: r1787622 - /subversion/branches/1.9.x/STATUS
Date Sun, 19 Mar 2017 14:01:05 GMT
Author: stefan2
Date: Sun Mar 19 14:01:04 2017
New Revision: 1787622

URL: http://svn.apache.org/viewvc?rev=1787622&view=rev
Log:
* STATUS:
  Nominate r1759116 (trunc fix)
  Nominate r1785053 (no dir rep sharing)
  Nominate r1785737 group (strict rep sharing)

Modified:
    subversion/branches/1.9.x/STATUS

Modified: subversion/branches/1.9.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.9.x/STATUS?rev=1787622&r1=1787621&r2=1787622&view=diff
==============================================================================
--- subversion/branches/1.9.x/STATUS (original)
+++ subversion/branches/1.9.x/STATUS Sun Mar 19 14:01:04 2017
@@ -90,6 +90,46 @@ Candidate changes:
    Votes:
      +1: luke1410
 
+ * 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
+
+ * r1785053
+   Never attempt to share directory representations in FSFS.
+   Justification:
+     This fixes inconsistent behavior.  We never add dir reps to the rep-
+     cache but would happily share any file or prop rep that happens to
+     match the respective directory rep.
+   Branch:
+     ^/subversion/branches/1.9.x-r1785053
+   Notes:
+     Will create a text conflict with the strict-rep-sharing patches.
+     Depending on which change gets merged first, the respective other
+     needs to be updated.
+   Votes:
+     +1: stefan2
+
+ * r1785737, r1785738, r1785734, r1786447, r1785754, r1786445, r1786446, r1786447, r1786515
+   Make FSFS consistency no longer depend on hash algorithms.
+   Justification:
+     This eliminates any existing or future FSFS vulnerability due to
+     attacks on MD5 or SHA1.
+   Branch:
+     ^/subversion/branches/1.9.x-strict-rep-sharing
+   Notes:
+     While the backport code is very close to the /trunk changes, it is
+     easier to review them as r1786580, r1786581 and r1786619 on the branch.
+     Will create a text conflict with the r1785053 backport.  Depending on
+     which change gets merged first, the respective other must be updated.
+   Votes:
+     +1: stefan2
+
 Veto-blocked changes:
 =====================
 



Mime
View raw message