<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">2018年5月12日(土) 3:04 Doug Hellmann <<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Akihiro Motoki's message of 2018-05-12 00:14:33 +0900:<br>
> Hi zigo and horizon plugin maintainers,<br>
> <br>
> Horizon itself already supports Django 2.0 and horizon unit test covers<br>
> Django 2.0 with Python 3.5.<br>
> <br>
> A question to all is whether we change the upper bound of Django from <2.0<br>
> to <2.1.<br>
> My proposal is to bump the upper bound of Django to <2.1 in Rocky-2.<br>
> (Note that Django 1.11 will continue to be used for python 2.7 environment.)<br>
<br>
Do we need to cap it at all? We've been trying to express our<br>
dependencies without caps and rely on the constraints list to<br>
test using a common version because this offers the most flexibility as<br>
we move to newer versions over time.<br></blockquote><div><br></div><div>The main reason we cap django version so far is that django minor version releases</div><div>contain some backward incompatible changes and also drop deprecated features.</div><div>A new django minor version release like 1.11 usually breaks horizon and plugins</div><div>as horizon developers are not always checking django deprecations.</div><div><br></div><div>I have a question on uncapping the django version.</div><div>How can users/operators know which versions are supported?</div><div>Do they need to check upper-constraints.txt?<br></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">
<br>
> There are several points we should consider:<br>
> - If we change it in global-requirements.txt, it means Django 2.0 will be<br>
> used for python3.5 environment.<br>
> - Not a small number of horizon plugins still do not support Django 2.0, so<br>
> bumping the upper bound to <2.1 will break their py35 tests.<br>
> - From my experience of Django 2.0 support in some plugins, the required<br>
> changes are relatively simple like [1].<br>
> <br>
> I created an etherpad page to track Django 2.0 support in horizon plugins.<br>
> <a href="https://etherpad.openstack.org/p/django20-support" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/django20-support</a><br>
> <br>
> I proposed Django 2.0 support patches to several projects which I think are<br>
> major.<br>
> # Do not blame me if I don't cover your project :)<br>
> <br>
> Thought?<br>
<br>
It seems like a good goal for the horizon-plugin author community<br>
to bring those projects up to date by supporting a current version<br>
of Django (and any other dependencies), especially as we discuss<br>
the impending switch over to python-3-first and then python-3-only.<br></blockquote><div><br></div><div>Yes, python 3 support is an important topic.</div><div>We also need to switch the default python version in mod_wsgi in DevStack environment sooner or later.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
If this is an area where teams need help, updating that etherpad<br>
with notes and requests for assistance will help us split up the<br>
work.<br></blockquote><div><br></div><div>Each team can help testing in Django 2.0 and/or python 3 support.</div><div>We need to enable corresponding server projects in development environments,</div><div>but it is not easy to setup all projects by horizon team. Individual projects must be</div><div>more familiar with their own projects.</div><div>I sent several patches,  but I actually tested them by unit tests.</div><div><br></div><div>Thanks,</div><div>Akihiro</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Doug<br>
<br>
> <br>
> Thanks,<br>
> Akihiro<br>
> <br>
> [1] <a href="https://review.openstack.org/#/c/566476/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/566476/</a><br>
> <br>
> 2018年5月8日(火) 17:45 Thomas Goirand <<a href="mailto:zigo@debian.org" target="_blank">zigo@debian.org</a>>:<br>
> <br>
> > Hi,<br>
> ><br>
> > It has been decided that, in Debian, we'll switch to Django 2.0 after<br>
> > Buster will be released. Buster is to be frozen next February. This<br>
> > means that we have roughly one more year before Django 1.x goes away.<br>
> ><br>
> > Hopefully, Horizon will be ready for it, right?<br>
> ><br>
> > Hoping this helps,<br>
> > Cheers,<br>
> ><br>
> > Thomas Goirand (zigo)<br>
> ><br>
> > __________________________________________________________________________<br>
> > OpenStack Development Mailing List (not for usage questions)<br>
> > Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> ><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>