You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to name the next release 3.0
3.0 means the major.
Let's drop Python 3.4 and use async/await everywhere.
Another important question is what 3.5 release to cut off?
Honestly I want to support 3.5.3+ only: the release fixes well known ugly bug for asyncio.get_event_loop().
Debian stable has shipped with Python 3.5.3, not sure about RHEL.
All other distributions with faster release cycle support 3.5.3 too at least or event 3.6.
The transition should not be done at once.
Let's pin minimal required Python version first in setup.py.
Translate test suite to use async/await.
Modify aiohttp itself to use new syntax.
Every bullet except number one could be done in a long series of PRs, part by part.
BTW at the end I hope to get minor performance increase :)
Reacted by Vladyslav Tarasenko, Коренберг Марк, 🇺🇦 Sviatoslav Sydorenko (Святослав Сидоренко), Anton Kudriavtsev, NodesCrew, Oleh Kuchuk, Scorpio, Alexander Mohr and Ivan Krivosheev
We should drop all deprecations. Convert write method for response and send method for websockets to real coroutines
+100. But let's be careful about dropping everything. Let's look on every deprecation one by one.
Sure, we have a deprecation warning for old-styled middlewares for example.
Removing the support for these middlewares just in two months after introduction is too rude.
@samuelcolvin
I wonder if we should count one of Linux distributive as stopper for us. So far, we don't target to any specific Linux distro support AFAIK.
@samuelcolvin@kxepal I would love to drop 3.5 at all but one of our major downstreams is https://home-assistant.io/ @balloob asked me to keep 3.4 support until RaspberryPi will have 3.5 in batteries by default.
They are depending from Debian. I hope it's done.
aiohttp 2.3 was waiting for a long (we had security issues etc.), I hope to release 3.0 at the end of the year.
aiohttp-devtools is ready for a new release as soon as aiohttp is released, required a big rewrite to use AppRunner in a coroutine rather than multiple processes.
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a [new issue] for related bugs.
If you feel like there's important points made in this discussion, please include those exceprts into that [new issue].
[new issue]: https://github.com/aio-libs/aiohttp/issues/new
Activity
samuelcolvin commentedon Oct 18, 2017
async/awaiteverywhere. 🍾 🎆kxepal commentedon Oct 18, 2017
I think at 3.0 time it would better to drop even 3.5 support.
fafhrd91 commentedon Oct 18, 2017
+1
We should drop all depredations. Convert write method for response and send method for websockets to real coroutines
fafhrd91 commentedon Oct 18, 2017
@kxepal what we can simplify by dropping 3.5?
samuelcolvin commentedon Oct 18, 2017
The show stopper I guess is Debian, I don't know when it will upgrade to 3.6.
asvetlov commentedon Oct 18, 2017
+100. But let's be careful about dropping everything. Let's look on every deprecation one by one.
Sure, we have a deprecation warning for old-styled middlewares for example.
Removing the support for these middlewares just in two months after introduction is too rude.
samuelcolvin commentedon Oct 18, 2017
on old middleware: I agree with have to keep it for longer.
kxepal commentedon Oct 18, 2017
@samuelcolvin
I wonder if we should count one of Linux distributive as stopper for us. So far, we don't target to any specific Linux distro support AFAIK.
asvetlov commentedon Oct 18, 2017
@samuelcolvin @kxepal I would love to drop 3.5 at all but one of our major downstreams is https://home-assistant.io/
@balloob asked me to keep 3.4 support until RaspberryPi will have 3.5 in batteries by default.
They are depending from Debian. I hope it's done.
aiohttp 2.3 was waiting for a long (we had security issues etc.), I hope to release 3.0 at the end of the year.
kxepal commentedon Oct 18, 2017
@asvetlov
How about keep 2.3.x release with 3.4 and 3.5 support while drop them for 3.0? IIRC we had some LTS policy for such cases.
I fear that trying to satisfy everyone will keep us slow in adapting new features.
fafhrd91 commentedon Oct 18, 2017
@asvetlov
I am talking about deprecations that was introduced <= 2.0, sure deprecation from 2.3 we should keep.
@kxepal
3.5 does not make code backward incompatible like 3.4,
we still can implement async generators, they are just not supported by 3.5
-1 for dropping 3.5
fafhrd91 commentedon Oct 18, 2017
big -1 for splitting release branches.
jettify commentedon Oct 18, 2017
Since 3.7 coming soon
3.5.3+sound reasonable, but dropping 3.5 altogether might be very problematic for home-assistant.io people.kxepal commentedon Oct 18, 2017
Ok, not today, 3.5, not today (:
P.S. May be offtopic, but why it's so problematic for home-asistant.io to move to 3.6?
39 remaining items
webknjaz commentedon Feb 8, 2018
it's not that hard: just a bit of copy-paste involved :)
asvetlov commentedon Feb 9, 2018
Everything is done.
https://pypi.python.org/pypi/aiohttp/3.0.0b4 is available for testing.
I'll publish release tomorrow if nobody will report about problems
fafhrd91 commentedon Feb 9, 2018
you should for couple more days
asvetlov commentedon Feb 9, 2018
On Monday?
fafhrd91 commentedon Feb 9, 2018
Monday is good, people can test over weekend
asvetlov commentedon Feb 9, 2018
ok
samuelcolvin commentedon Feb 10, 2018
aiohttp-devtools is ready for a new release as soon as aiohttp is released, required a big rewrite to use
AppRunnerin a coroutine rather than multiple processes.asvetlov commentedon Feb 10, 2018
cool!
Checked aiohttp-jinja2 and aiohttp-session, they didn't require changes.
asvetlov commentedon Feb 13, 2018
release is out
lock commentedon Oct 28, 2019
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a [new issue] for related bugs.
If you feel like there's important points made in this discussion, please include those exceprts into that [new issue].
[new issue]: https://github.com/aio-libs/aiohttp/issues/new