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
