Package Details: python-aiohttp 1.0.1-1

Git Clone URL: (read-only)
Package Base: python-aiohttp
Description: http client/server for asyncio
Upstream URL:
Licenses: Apache
Submitter: flying-sheep
Maintainer: flying-sheep
Last Packager: flying-sheep
Votes: 36
Popularity: 0.318883
First Submitted: 2013-12-17 11:44
Last Updated: 2016-09-19 11:58

Latest Comments

flying-sheep commented on 2016-09-19 11:58


Stunts commented on 2016-09-19 11:36

Version 1.0.1 has been released. Now also requires a new package: [async-timeout](
I have made a PKGBUILD for it and added it to the AUR [here](
I've also added @flying-sheep as a co-maintainer, since this is just a dep of python-aiohttp.

flying-sheep commented on 2016-07-27 16:48

this works, but it’s a bit dumb.

flying-sheep commented on 2016-07-27 16:08

hmm, .SRCINFO is borked now. this is frustrating.

flying-sheep commented on 2016-07-27 16:00

yes they do, also they contain declarative package info.

this PKGBUILD is suboptimal since it’ll unconditionally download the source package and wheel, but i don’t see another way.

axolotl commented on 2016-07-27 11:11

flying-sheep: everything looks good, thanks for putting that PKGBUILD together; exactly the kind of logic I was thinking.

I imagine using the wheel files saves build time, (demi-binaries if you will) thus the interest in their usage?

flying-sheep commented on 2016-07-27 09:33

axolotl: hi, you’re of course right!

people tried to change this in the past but i always argued to keep it. now there’s precedent that people indeed use it.

does this work for you?

axolotl commented on 2016-07-26 14:04

Your recent commit 'version 0.22.1, using wheels', removed support for arches not 'x86_64' and 'i686'. I have been running this package successfully on my arm devices for quite a while now, and would appreciate it if you could either revert to non-wheels or allow support for other arches via conditional logic.

I am willing to assist with code changes, but thought I would get your input before making too much progress.

Stunts commented on 2016-07-24 22:28

I believe this package now requires "python-multidict".
Yes, it seems to have been quite a silent addition.

flying-sheep commented on 2016-04-28 14:58

yes. on platforms where compiling the binary extensions isn’t possible, it’ll fall back to the slower python versions.

All comments