<tpb>
Title: Make each fuzzer output a test_results.xml file · Issue #494 · SymbiFlow/prjxray · GitHub (at github.com)
<nats`>
cool mithro
<nats`>
but you shouldn't be in bed already ? :D
<mithro>
Yes
OmniMancer has quit [Quit: Leaving.]
proteusguy has quit [Ping timeout: 250 seconds]
proteusguy has joined #symbiflow
Rahix has quit [Quit: Rahix]
proteusguy has quit [Ping timeout: 272 seconds]
vup2 has quit [Quit: No Ping reply in 180 seconds.]
vup2 has joined #symbiflow
jevinski_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<elms>
mithro: After sleeping on it, I think if we are keeping travis in place, then we should make it more than policy and make it required if possible. When kokoro fails is there an email to notify a list or something at least? Or can it comment on the PR? If it isn't highly visible I think it will be easy to miss or forget.
<mithro>
elms: The kokoro stuff should appear at the bottom in the same area Travis does
<mithro>
I haven't set up the emailing yet as I wasn't sure everything was working okay
<elms>
Ok
citypw has quit [Ping timeout: 250 seconds]
<litghost>
mithro: Do you have an example of the kokoro PR display? I haven't seen it yet
<tpb>
Title: infra: Improve the diff output. by mithro · Pull Request #624 · SymbiFlow/prjxray · GitHub (at github.com)
<mithro>
litghost: Did you mean to merge that? I was going to wait until the presubmit finished
<mithro>
litghost: Both the presubmit and continuous runs use the same script
<mithro>
litghost: What is the state of the "QUICK=Y" database builds?
<litghost>
I haven't been leveraging them
<litghost>
We should probably tune QUICK=Y again to a reasonable build time
<mithro>
litghost: Originally I was planning on running QUICK=Y before full builds (and only running the full builds if the quick build succeeded) to try and get people feedback quicker