Le 29/07/2015 10:27, Robert Collins a écrit :
Similar to pbr, we have a minimum version of setuptools required to
consistently install things in OpenStack. Right now thats 17.1.
However, we don't declare a setup_requires version for it.
I think we should.
If it's possible to explicit the
Le 29/07/2015 18:12, Clay Gerrard a écrit :
I agree an error message is better than breaking for insane reasons.
But... maybe as an aside... what about not breaking?
Well, yes, but *who* wants to do that?
Old versions of setuptoolsl, pip and pbr have a lot of issues. It will
be a nightmare
On 30 July 2015 at 05:27, Robert Collins robe...@robertcollins.net wrote:
Similar to pbr, we have a minimum version of setuptools required to
consistently install things in OpenStack. Right now thats 17.1.
However, we don't declare a setup_requires version for it.
I think we should.
On 30 July 2015 at 13:12, Clay Gerrard clay.gerr...@gmail.com wrote:
I agree an error message is better than breaking for insane reasons.
But... maybe as an aside... what about not breaking?
How come the openstack ecosystem doesn't have wait for PEP 426 to be
approved and for setuptools 17.1
Similar to pbr, we have a minimum version of setuptools required to
consistently install things in OpenStack. Right now thats 17.1.
However, we don't declare a setup_requires version for it.
I think we should.
setuptools can't self-upgrade, and we don't have declarative deps yet,
so one
I agree an error message is better than breaking for insane reasons.
But... maybe as an aside... what about not breaking?
How come the openstack ecosystem doesn't have wait for PEP 426 to be
approved and for setuptools 17.1 to be widely deployed before it can
require/depend on it? Is there no
