<div dir="ltr">You can download the raw logs by using the "triple dot" menu to the right of the search logs field. This may or may not help avoid the issues with the javascript on that page. <div><br></div><div>If you add Elliott as a collaborator you can configure the notification route to go to him instead of you. (You can also disable them completely if you don't want them at all.)</div><div><br></div><div>- Eric</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 4, 2020 at 4:38 PM enh via Toybox <<a href="mailto:toybox@lists.landley.net">toybox@lists.landley.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Aug 3, 2020 at 11:41 PM Rob Landley <<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>> wrote:<br>
><br>
> I got email about <a href="https://github.com/landley/toybox/runs/940149373" rel="noreferrer" target="_blank">https://github.com/landley/toybox/runs/940149373</a> in which one<br>
> of the cpio tests spuriously failed. I cannot cut and paste the failure because<br>
> microsoft github's crammed so much javascript into the reporting page that<br>
> doesn't work.<br>
><br>
> The last time cpio.c changed was april, the last time tests/cpio.test changed<br>
> was may, and the last time lib/* or any of the scripts/test plumbing changed was<br>
> June.<br>
><br>
> The test failed for non-obvious reasons which look like a shell race condition<br>
> with | or something? The test is doing a dd to grab a specific byte offset out<br>
> of the file. and the chunk it's looking at starts 8 bytes too early to get a<br>
> match with what it expects. Is this a dd problem? Is the file longer with<br>
> spurious crap inserted earlier in it? Did the container's | insert extra data?<br>
> Who knows, I haven't a clue how to dig any of the build artifacts out of this<br>
> mess, but I got email about it.<br>
<br>
yeah, this is where i've been for years with the "found by Android CI"<br>
bugs. one thing i can say is that i'm _not_ seeing this on Android's<br>
CI. (an obvious difference there is that we use toybox dd!)<br>
<br>
anyway, the first time i see a failure i just take a mental note to<br>
prime myself for future occurrences and assume cosmic ray/failing<br>
hardware/bad kernel unless i see it again.<br>
<br>
the nice thing about CI though is that it doesn't take long before<br>
it's run the tests more often than all the humans put together.<br>
<br>
> I thought I was not going to get these emails, and am sad. And to add insult,<br>
> the github email says it's from "Rob Landley", which is very much not the case.<br>
<br>
annoyingly, i _want_ to get them, but don't. (and don't know how to<br>
sign up for them either :-( )<br>
<br>
> Rob<br>
> _______________________________________________<br>
> Toybox mailing list<br>
> <a href="mailto:Toybox@lists.landley.net" target="_blank">Toybox@lists.landley.net</a><br>
> <a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
_______________________________________________<br>
Toybox mailing list<br>
<a href="mailto:Toybox@lists.landley.net" target="_blank">Toybox@lists.landley.net</a><br>
<a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div>