<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 7 October 2015 at 02:37, Luke (Lucas) Starrett <span dir="ltr"><<a href="mailto:lstarret@broadcom.com" target="_blank">lstarret@broadcom.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p class="MsoNormal">I’m aware of the checks added by changes like this:<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal" style="text-indent:0.5in"><a href="http://patchwork.openembedded.org/patch/61107/" target="_blank">patchwork.openembedded.org/patch/61107/</a><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">However, I don’t see the reasoning/background documented as to exactly what is actually broken when putting tmp on NFS.  Is it time skew, problems with concurrent file access, something else?</p></blockquote></div><br>Follow the link in the patch to the referenced bug, and comment #8 by Mark Hatle explains the problems that Wind River were seeing in testing:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><a href="https://bugzilla.yoctoproject.org/show_bug.cgi?id=5442#c8">https://bugzilla.yoctoproject.org/show_bug.cgi?id=5442#c8</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">(background: a lot of the sanity tests are from Wind River who appear to have a pathological need to break software: what happens if I do a build nested 20 directories deep, what happens if I've a space in the build directory name, and so on)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Ross</div></div>