Forcing an svn revert on every checkout

[Zachary Turner via llvm-commits]

Thanks Galina, this gives me a clue as to what the actual problem is.  I'll
investigate tomorrow.

On Mon, May 30, 2016 at 4:32 PM Galina Kistanova <gkistanova at gmail.com>
wrote:

> Hello Zachary,
>
> I do not think the svn revert would help in your case, as it seems your
> problem is in unreliable access to the SVN server.
> Here is what I see in the log (
> http://lab.llvm.org:8011/builders/lldb-x86-windows-msvc2015/builds/18885/steps/svn-llvm/logs/stdio
> ):
>
> Updating '.':
> svn: E175012: Unable to connect to a repository at URL '
> http://llvm.org/svn/llvm-project/llvm/trunk'
> svn: E175012: Connection timed out
>
> And then, on top of that you have issues with your file system:
>
> exceptions.WindowsError: [Error 5] Access is denied:
> u'C:\\buildbot\\lldb-windows-x86\\lldb-windows-x86\\llvm\\tools\\lldb\\packages\\Python\\lldbsuite\\test\\functionalities\\attach_resume\\AttachResume'
>
> Given that, revert would not help at all, as it could fail the same way
> because of the same reasons.
> I think your only way is to solve the root problems, i.e. investigate and
> fix the network issues, and fix whatever holds a lock (antivirus? indexer?).
>
> Anyway, if you want to run svn revert, you can do so by adding a
> ShellCommand​ step.
>
> Thanks
>
> Galina
>
>
>
> On Fri, May 27, 2016 at 1:24 PM, Zachary Turner <zturner at google.com>
> wrote:
>
>> Hi Galina,
>>
>> Is there a way to have my builder force an svn revert before every
>> update?  For some reason it keeps getting messed up and having tree
>> conflicts, and this is breaking the update step.
>>
>>
>> http://lab.llvm.org:8011/builders/lldb-x86-windows-msvc2015/builds/18885/steps/cmake-configure/logs/stdio
>>
>> I logged into the builder and manually did an svn revert earlier, and it
>> was back to being messed up against 3 builds later.
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20160531/ff0ef69b/attachment.html>