A buildbot failed:
http://ci.apache.org/builders/svn-x64-ubuntu-gcc/builds/7270
FAIL: basic_tests.py 9: basic corruption detection on update
W: =============================================================
Expected 'mu' and actual 'mu' in status tree are different!
=============================================================
EXPECTED NODE TO BE:
=============================================================
* Node name: mu
Path: svn-test-work/working_copies/basic_tests-9.other/A/mu
Contents: None
Properties: {}
Attributes: {'status': ' ', 'wc_rev': '1'}
Children: None (node is probably a file)
=============================================================
ACTUAL NODE FOUND:
=============================================================
* Node name: mu
Path: svn-test-work/working_copies/basic_tests-9.other/A/mu
Contents: None
Properties: {}
Attributes: {'status': 'M ', 'wc_rev': '1'}
Children: None (node is probably a file)
Traceback (most recent call last):
File "/var/lib/buildbot/svn-buildslave/svn-x64-ubuntu/build/subversion/tests/cmdline/svntest/main.py", line 1424, in run
rc = self.pred.run(sandbox)
File "/var/lib/buildbot/svn-buildslave/svn-x64-ubuntu/build/subversion/tests/cmdline/svntest/testcase.py", line 176, in run
return self.func(sandbox)
File "/var/lib/buildbot/svn-buildslave/svn-x64-ubuntu/build/subversion/tests/cmdline/basic_tests.py", line 489, in basic_update_corruption
"svn: E155017: Checksum", other_wc)
This test does a checkout, deliberately corrupts a text-base, then
attempts an update that modifes the file and the update is expected to
fail because the text-base doesn't match the checksum.
The buildbot failed during status after the failed update. When the
text-base is corrupt an unmodified file will only show up as unmodified
if the timestamp shortcut is taken. If the timestamps do not match then
the full-text comparison will show the file as modified (status doesn't
detect the corruption).
So it appears that this buildbot fail was caused by checkout getting the
timestamp wrong for this file. I'm not sure what would trigger that.
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Received on 2013-01-22 15:59:21 CET