On 12/15/2014 10:16 AM, Jeremy Stanley wrote:
On Saturday, December 13, Setuptools 8.0 released implementing the
new PEP 440 version specification and dropping support for a
variety of previously somewhat-supported versioning syntaxes. This
is impacting us in several ways...
Multiple range expressions in requirements are no longer
interpreted the way we were relying on. The fix is fairly
straightforward, since the SQLAlchemy requirement in oslo.db (and
corresponding line in global requirements) is the only current
example. Fixes for this in multiple branches are in flight.
 (This last one is merged to oslo.db's master branch but
not released yet.)
Arbitrary alphanumeric version subcomponents such as PBR's Git SHA
suffixes now sort earlier than all major version numbers. The fix is
still in progress, and resulted in a couple of brown-bag
releases over the weekend. 0.10.1 generated PEP 440 compliant
versions which ended up unparseable when included in requirements
files, so 0.10.2 is a roll-back identical to 0.10.
The 1.2.3.rc1 we were using for release candidates is now
automatically normalized to 1.2.3c1 during sdist tarball and wheel
generation, causing tag text to no longer match the resulting file
names. This may simply require us to change our naming convention
for these sorts of tags in the future.
In the interim we've pinned setuptools8 in our infrastructure to
help keep things moving while these various solutions crystalize,
but if you run into this problem locally check your version of
setuptools and try an older one.
I've opened three bugs for three elastic-recheck queries related to
this, then waiting for logstash/e-r to catch up to see what's left to
OpenStack-dev mailing list