<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">Le mer. 1 févr. 2017 à 06:44, Craig Rodrigues <<a href="mailto:rodrigc@crodrigues.org">rodrigc@crodrigues.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_msg">Unfortunately, I don't really find the output of the graph</div><div class="gmail_msg">to be very understandable.  It doesn't give me a good understanding of what percentage of</div><div class="gmail_msg">buildbot tests are passing on Python 3, and what are failing, what the progress is.....and I'm working on this stuff!</div></div></blockquote><div>Fair enough.</div><div>I tried to use the % but it is so low that it is actually not so informative.</div><div><br></div><div>I built this to figure out by myself where we stand without having to ask you or to myself run the suite.</div><div>I find that actually having a <a href="https://i.imgur.com/FUVctRS.jpg">burn-down chart</a> is helpful.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">One limitation of Travis is that stdout/stderr output of a Travis job is limited</div><div class="gmail_msg">to something really low, like 4 MB.  This is inconvenient because we want to</div><div class="gmail_msg">say the names of the tests being run, in addition to any error messages from failing tests.</div></div></blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">To move forward on this, the work that you do in setting up buildbot-based Python 3 builders</div><div class="gmail_msg">will be critical.  It will allow us to see the full output of tests passing/failing on Python 3,</div><div class="gmail_msg">without the stdout limitations of Travis.</div></div></blockquote><div><br></div><div><br class="inbox-inbox-Apple-interchange-newline">Indeed, having a list of exception, sorted by how much fixing it will fix the tests would be better.</div><div>Just a bit more work. I figured out that doing that chart was just a few minutes of hack as we already have kibana running, while anything else requires more setup.</div><div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">It will also give confidence to buildbot users that this is solid stuff.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I hope the work I am doing will help the buildbot community.  Although there is a lot of competition</div><div class="gmail_msg">in the CI/CD space these days, I think that buildbot has a lot to offer in this space, and I hope</div><div class="gmail_msg">it stays vibrant and relevant.</div><div class="gmail_msg">Jumping on the Python 3 bandwagon is a pain in the neck initially,</div><div class="gmail_msg">but it is the direction that Python is going in, so helps the code be vibrant and relevant.</div></div></blockquote><div><br></div><div>I totally agree with this, it helps, and any help on this is very much appreciated.</div><div><br></div><div>As for myself, I try to stay focus on things that have less chances to be done by someone than the core developers.</div><div><div><br></div><div>in the spirit of <a href="https://lukasa.co.uk/2017/01/Patches_Welcome/">https://lukasa.co.uk/2017/01/Patches_Welcome/</a><br></div><br class="inbox-inbox-Apple-interchange-newline"></div><div>I'd love to help more on py3, but I really want to move forward on some missing features of the core, which for me are critical for buildbot to compete in the crowd of new CI/CD startups.</div><div><br></div><div>- Multimaster scalability:</div><div>   I think this was a core promise of nine, and our core advantage over competition, but it needs to be more tested, and have better support.</div><div><br></div><div>- logHorizon</div><div>  We need to have a task that cleans up the old builds and logs from the database to avoid it to keep growing, and to keep the SQL DB performance controlled (that is also related to scalability)</div><div><br></div><div>- trac2github finishing</div><div> We have too many people who can't reports bugs, because they can't create an account on trac</div><div><br></div><div><br></div><div>Regards</div><div>Pierre</div><div><br></div></div></div>