On Tue, Apr 18, 2017 at 12:54:20AM +0000, Daniel Shahaf wrote:
> % svnadmin load r2 < dump
> <<< Started new transaction, based on original revision 1
> * editing path : shattered-1.pdf ... done.
> * editing path : shattered-2.pdf ...svnadmin: E200014: Checksum mismatch for '/shattered-2.pdf':
> expected: 5bd9d8cabc46041579a311230539b8d1
> actual: ee4aa52b139d925f8d8884402b0a750c
>
> zsh: exit 1 svnadmin load r2 < dump
> %
> ]]]
>
> That's with 1.9.5. Is it fixed on trunk now? I'm not sure whether
> r1785754 addresses that.
Yes, this is fixed on trunk :-)
<<< Started new transaction, based on original revision 3
* editing path : trunk/shattered-1.pdf ... done.
svnadmin: warning: apr_err=SVN_ERR_FS_AMBIUGOUS_CHECKSUM_REP
svnadmin: warning: W160067: SHA1 of reps '-1 3 381130 422435 5bd9d8cabc46041579a311230539b8d1 38762cf7f55934b34d179ae6a4c80cadccbb7f0a 2-2/_5' and '-1 0 381130
422435 5bd9d8cabc46041579a311230539b8d1 38762cf7f55934b34d179ae6a4c80cadccbb7f0a 2-2/_5' matches (38762cf7f55934b34d179ae6a4c80cadccbb7f0a) but contents differ
* editing path : trunk/shattered-2.pdf ... done.
------- Committed revision 3 >>>
Of course, the working copy and RA protocols are still broken.
Editing both files and attempting a commit results in an error:
Sending shattered-1.pdf
Sending shattered-2.pdf
Transmitting file data ..subversion/svn/commit-cmd.c:185,
subversion/libsvn_client/commit.c:992,
subversion/libsvn_client/commit.c:156: (apr_err=SVN_ERR_CHECKSUM_MISMATCH)
svn: E200014: Commit failed (details follow):
subversion/libsvn_client/commit.c:904,
subversion/libsvn_client/commit_util.c:1933,
subversion/libsvn_wc/adm_crawler.c:1105,
subversion/libsvn_repos/commit.c:585,
subversion/libsvn_fs/fs-loader.c:1595,
subversion/libsvn_fs_fs/tree.c:3060,
subversion/libsvn_subr/checksum.c:658: (apr_err=SVN_ERR_CHECKSUM_MISMATCH)
svn: E200014: Base checksum mismatch on '/trunk/shattered-2.pdf':
expected: ee4aa52b139d925f8d8884402b0a750c
actual: 5bd9d8cabc46041579a311230539b8d1
I suppose that is acceptable for now. The repository's health has priority.
Received on 2017-05-09 11:40:46 CEST