1 |
requests seems to break its api frequently, which sucks for having it |
2 |
installed system-wide. |
3 |
|
4 |
The few packages that depend on it have < or = deps in the tree. This |
5 |
sucks because it could cause dependency conflicts. |
6 |
|
7 |
* These packages depend on requests: |
8 |
dev-python/python-keystoneclient-0.2.1 (dev-python/requests) |
9 |
dev-python/python-keystoneclient-9999 (dev-python/requests) |
10 |
dev-python/python-novaclient-2.10.0 (test ? dev-python/requests) |
11 |
dev-python/python-novaclient-9999 (test ? dev-python/requests) |
12 |
dev-python/sphinxcontrib-issuetracker-0.10.1 (>=dev-python/requests-0.13) |
13 |
net-misc/flexget-1.0_beta3181 (=dev-python/requests-0.14*) |
14 |
net-misc/flexget-9999 (=dev-python/requests-0.14*) |
15 |
net-misc/httpie-0.3.0 (>=dev-python/requests-0.10.1) |
16 |
net-misc/httpie-0.3.0-r1 (>=dev-python/requests-0.10.1) |
17 |
(<dev-python/requests-1.0) |
18 |
net-misc/httpie-0.3.1 (>=dev-python/requests-0.10.1) |
19 |
(<dev-python/requests-1.0) |
20 |
|
21 |
I follow flexget somewhat closely, and their upstream is probably in no |
22 |
hurry to port it to the new api. They suggest using a virtualenv instead |
23 |
of installing it system-wide. |
24 |
|
25 |
The QA team would probably tell us to mask requests-1.0* or the reverse |
26 |
dependencies. Any preference here? |
27 |
|
28 |
Does anyone have any better ideas? |