Gentoo Archives: gentoo-python

From: Mike Gilbert <floppym@g.o>
To: djc@g.o
Cc: gentoo-python <gentoo-python@l.g.o>
Subject: Re: [gentoo-python] dev-python/requests api changes
Date: Wed, 02 Jan 2013 16:36:41
Message-Id: CAJ0EP406hDibrdR=26ZPEig=wKnTWz2xOMrqCTuBNMoE_A2WTw@mail.gmail.com
In Reply to: Re: [gentoo-python] dev-python/requests api changes by Dirkjan Ochtman
1 Ah ha. Thanks for the link!
2
3 On Wed, Jan 2, 2013 at 11:32 AM, Dirkjan Ochtman <djc@g.o> wrote:
4 > Per http://kennethreitz.com/announcing-requests-v100.html, version
5 > 1.0.0 defines the public API (he's saying they're doing SemVer).
6 >
7 > So I think we should keep things as is for now, maybe just make sure
8 > the rdeps either (a) work with 1.x or (b) restrict them from 1.x.
9 >
10 > Cheers,
11 >
12 > Dirkjan
13 >
14 > On Wed, Jan 2, 2013 at 5:28 PM, Mike Gilbert <floppym@g.o> wrote:
15 >> requests seems to break its api frequently, which sucks for having it
16 >> installed system-wide.
17 >>
18 >> The few packages that depend on it have < or = deps in the tree. This
19 >> sucks because it could cause dependency conflicts.
20 >>
21 >> * These packages depend on requests:
22 >> dev-python/python-keystoneclient-0.2.1 (dev-python/requests)
23 >> dev-python/python-keystoneclient-9999 (dev-python/requests)
24 >> dev-python/python-novaclient-2.10.0 (test ? dev-python/requests)
25 >> dev-python/python-novaclient-9999 (test ? dev-python/requests)
26 >> dev-python/sphinxcontrib-issuetracker-0.10.1 (>=dev-python/requests-0.13)
27 >> net-misc/flexget-1.0_beta3181 (=dev-python/requests-0.14*)
28 >> net-misc/flexget-9999 (=dev-python/requests-0.14*)
29 >> net-misc/httpie-0.3.0 (>=dev-python/requests-0.10.1)
30 >> net-misc/httpie-0.3.0-r1 (>=dev-python/requests-0.10.1)
31 >> (<dev-python/requests-1.0)
32 >> net-misc/httpie-0.3.1 (>=dev-python/requests-0.10.1)
33 >> (<dev-python/requests-1.0)
34 >>
35 >> I follow flexget somewhat closely, and their upstream is probably in no
36 >> hurry to port it to the new api. They suggest using a virtualenv instead
37 >> of installing it system-wide.
38 >>
39 >> The QA team would probably tell us to mask requests-1.0* or the reverse
40 >> dependencies. Any preference here?
41 >>
42 >> Does anyone have any better ideas?
43 >>