Author: stsp
Date: Wed Mar 11 12:09:42 2015
New Revision: 1665856
URL: http://svn.apache.org/r1665856
Log:
* STATUS: Vote for 1.8.x-r1573744-and-friends branch, approving.
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=1665856&r1=1665855&r2=1665856&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Wed Mar 11 12:09:42 2015
@@ -29,21 +29,6 @@ Candidate changes:
+1: stefan2, breser
-0: julianfoad (test is missing from branch -- how do we know it works?)
- * r1561419, r1561427, 1547489, r1560643, r1573744
- Fix the hotcopy and recovery for pre-1.4 FSFS repositories.
- Branch: ^/subversion/branches/1.8.x-r1573744-and-friends
- Justification:
- Without this, old SVN versions won't be able to e.g. hotcopy those
- repos once 1.8.x made a commit in them. Also, fix our hotcopy code
- and make it cope with repositories broken by previous 1.8.x releases.
- Notes:
- The best way to review this is to review the backporting result in
- r1640603 instead of inspecting the original patches.
- "r1573744" is a bit of a misnomer as only the test case got backported
- because the workflow problem fixed by it does not exist in 1.8.x.
- Votes:
- +1: stefan2, philip
-
* r1651963, r1651966, r1651980, r1651997
Sequence of moves shouldn't trigger an assertion in the working copy
Justification:
@@ -191,3 +176,18 @@ Veto-blocked changes:
Approved changes:
=================
+
+ * r1561419, r1561427, 1547489, r1560643, r1573744
+ Fix the hotcopy and recovery for pre-1.4 FSFS repositories.
+ Branch: ^/subversion/branches/1.8.x-r1573744-and-friends
+ Justification:
+ Without this, old SVN versions won't be able to e.g. hotcopy those
+ repos once 1.8.x made a commit in them. Also, fix our hotcopy code
+ and make it cope with repositories broken by previous 1.8.x releases.
+ Notes:
+ The best way to review this is to review the backporting result in
+ r1640603 instead of inspecting the original patches.
+ "r1573744" is a bit of a misnomer as only the test case got backported
+ because the workflow problem fixed by it does not exist in 1.8.x.
+ Votes:
+ +1: stefan2, philip, stsp
