<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 7, 2018 at 11:12 AM Clark Boylan <<a href="mailto:cboylan@sapwetik.org">cboylan@sapwetik.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Nov 7, 2018, at 4:47 AM, Mohammed Naser wrote:<br>
> On Wed, Nov 7, 2018 at 1:37 PM Doug Hellmann <<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>> wrote:<br>
> ><br>
> > Corey Bryant <<a href="mailto:corey.bryant@canonical.com" target="_blank">corey.bryant@canonical.com</a>> writes:<br>
> ><br>
> > > On Wed, Oct 10, 2018 at 8:45 AM Corey Bryant <<a href="mailto:corey.bryant@canonical.com" target="_blank">corey.bryant@canonical.com</a>><br>
> > > wrote:<br>
> > ><br>
> > > I'd like to start moving forward with enabling py37 unit tests for a subset<br>
> > > of projects. Rather than putting too much load on infra by enabling 3 x py3<br>
> > > unit tests for every project, this would just focus on enablement of py37<br>
> > > unit tests for a subset of projects in the Stein cycle. And just to be<br>
> > > clear, I would not be disabling any unit tests (such as py35). I'd just be<br>
> > > enabling py37 unit tests.<br>
> > ><br>
> > > As some background, this ML thread originally led to updating the<br>
> > > python3-first governance goal (<a href="https://review.openstack.org/#/c/610708/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/610708/</a>)<br>
> > > but has now led back to this ML thread for a +1 rather than updating the<br>
> > > governance goal.<br>
> > ><br>
> > > I'd like to get an official +1 here on the ML from parties such as the TC<br>
> > > and infra in particular but anyone else's input would be welcomed too.<br>
> > > Obviously individual projects would have the right to reject proposed<br>
> > > changes that enable py37 unit tests. Hopefully they wouldn't, of course,<br>
> > > but they could individually vote that way.<br>
> > ><br>
> > > Thanks,<br>
> > > Corey<br>
> ><br>
> > This seems like a good way to start. It lets us make incremental<br>
> > progress while we take the time to think about the python version<br>
> > management question more broadly. We can come back to the other projects<br>
> > to add 3.7 jobs and remove 3.5 jobs when we have that plan worked out.<br>
> <br>
> What's the impact on the number of consumption in upstream CI node usage?<br>
> <br>
<br>
For period from 2018-10-25 15:16:32,079 to 2018-11-07 15:59:04,994, openstack-tox-py35 jobs in aggregate represent 0.73% of our total capacity usage.<br>
<br>
I don't expect py37 to significantly deviate from that. Again the major resource consumption is dominated by a small number of projects/repos/jobs. Generally testing outside of that bubble doesn't represent a significant resource cost.<br>
<br>
I see no problem with adding python 3.7 unit testing from an infrastructure perspective.<br>
<br>
Clark<br>
<br><br></blockquote><div><br></div><div>Thanks all for the input on this. It seems like we have no objections to moving forward so I'll plan on getting started soon.</div><div><br></div><div>Thanks,</div><div>Corey<br></div></div></div>