<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Dec 28, 2013 at 7:03 PM, Alp Toker <span dir="ltr"><<a href="mailto:alp@nuanti.com" target="_blank">alp@nuanti.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My inbox has been filled with <a href="mailto:llvm.buildmaster@lab.llvm.org" target="_blank">llvm.buildmaster@lab.llvm.org</a> build failure notifications lately.<br>

<br>
The two problems appear to be:<br>
<br>
 1) Getting notifications for breakage that was introduced by an unrelated commit, often in a module I don't work on. Usually the original committer is working on or has already landed the necessary fix.<br>
<br>
 2) A cascade of dozens of notifications from various build servers that continue to flood in over the course of 24 hours after the issue was fixed.<br>
<br>
These two conflate and produce a high signal-to-noise ratio, and in practice you have to filter them out which means you no longer get a ping on your phone when you need it.<br></blockquote><div><br></div><div>FWIW, this has generally been my experience.</div>
<div><br></div><div>Nit: I think you mean "low" signal-to-noise ratio.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Presumably a full fix is a non-trivial CI engineering problem, but are there simple measures get the situation back under control?<br>
<br>
Doesn't have to be perfect as long as it reduces the dozens of mails every day to something more manageable. Ideas:<br>
<br>
 1) Only send direct mail when the recipient is the single name in the blame list.<br>
<br>
 2) Set an In-Reply-To header in order to thread all failure notifications related to a specific SVN revision. Most email clients will let you silence the thread once you've confirmed the issue has been resolved.<br>
</blockquote><div><br></div><div>This seems like it might be a simple, depending on where these emails are being generated (in one of our scripts, or deep inside some CI application).</div><div><br></div><div>-- Sean Silva</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
3) Or even simpler, don't send failure mail from any builders outside the "fast" set? Otherwise the important failures blocking everyone's work get drowned out in the noise.<br>
<br>
Sorry to send a feature request without patches but I'm not familiar with the CI infrastructure and this looks like a fairly recent development (or is it just me?)<span class="HOEnZb"><font color="#888888"><br>
<br>
Alp.<br>
<br>
<br>
-- <br>
<a href="http://www.nuanti.com" target="_blank">http://www.nuanti.com</a><br>
the browser experts<br>
<br>
______________________________<u></u>_________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu" target="_blank">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/<u></u>mailman/listinfo/llvmdev</a><br>
</font></span></blockquote></div><br></div></div>