<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Aug 9, 2020 at 7:00 AM Eric Molitor <<a href="mailto:emolitor@molitor.org">emolitor@molitor.org</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"><div dir="ltr">Make sure you are logged into github and go to <a href="https://github.com/settings/notifications" target="_blank">https://github.com/settings/notifications</a> near the middle of that page you will find the notification settings for GitHub actions allowing you to disable and configure them as necessary.<div><br></div><div>For Rob, you probably want to uncheck all the github action notifications so they never bother you again. </div><div>For Elliot, spam yourself silly. </div><div><br></div><div>Furthermore, at the bottom of the page you should see a "Custom Routing" section that you can customize which projects go to which email addresses.</div></div></blockquote><div><br></div><div>huh. annoyingly, i only seem to have android, android-ndk, and google listed there.</div><div><br></div><div>(if i click on "things you're watching", toybox is in *that* list, but the "change notification settings" on that page just takes me back to where i came from :-( )</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>- Eric</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 5, 2020 at 4:46 PM enh via Toybox <<a href="mailto:toybox@lists.landley.net" target="_blank">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 Tue, Aug 4, 2020 at 8:40 PM Rob Landley <<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>> wrote:<br>
><br>
><br>
><br>
> On 8/4/20 10:38 AM, enh wrote:<br>
> > 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>
> I tend to have thing | thing rather than checkpointing temporary files so I<br>
> don't have to clean up the temp files. What I really need to do is make the test<br>
> self-cleaning between invocations (which means run test rather than source test,<br>
> which means export variables that need exporting, which isn't a big deal it's<br>
> just a todo item a bit down on the list)...<br>
><br>
> But "thing > file && thing < file" does let you examine the intermediate parts<br>
> after a failure better. I just don't assume suprious failures on the part of<br>
> _my_ infrastructure (outside of pending). I do, sadly, assume spurious failures<br>
> on the part of ubuntu crap because I've hit several over the years (and reported<br>
> some upstream). The entire constellation of SA_RESTART issues where SIGSTOP and<br>
> friends cause short reads on pipes, for example, and a zero length read is NOT<br>
> necessarily EOF... I try to get that stuff right, and when there's a suprious<br>
> only-happened-once thing like this I'll examine the code to see if I can figure<br>
> out how it happened...<br>
><br>
> But this isn't my code, this is ubuntu's shell and ubuntu's dd testing in<br>
> microsoft github's container, and like 80% of the exposed surface area here<br>
> isn't my stuff, which makes the likelihood of finding the bug is 20%...<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>
> If it happens on my laptop I will drop EVERYTHING and reproduce/explain it.<br>
> Which sometimes takes days. It's one of those "I dropped a glass, there's<br>
> fragments everywhere, DO NOT MOVE, DO NOT STEP ON ANYTHING" situations.<br>
><br>
> If it happens in a random vm like this? 4 times out of 5 it's the VM.<br>
<br>
(on Android, 4 times out of 5 i accuse it of being x86 vs arm, and 4<br>
times out of 5 it's actually 32-bit vs 64-bit :-) )<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>
> Oh sure. I seriously want to expand test coverage, but it's far down the todo list.<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>
> You should have access to fiddle. I dunno how github works under the surface...<br>
<br>
yeah, i was assuming you wouldn't know either --- i was hoping Eric<br>
would point us in the right direction again :-) (i did at least manage<br>
to follow his directions to get the full log without it being<br>
bizarrely restricted to a tiny scrolling area on my huge screen!)<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>
</blockquote></div>
</blockquote></div></div>