On 2016-01-05 00:26, Robert Collins wrote:
On 5 January 2016 at 12:04, Robert Collins <robe...@robertcollins.net> wrote:
...
Indeed - 
https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list
- the failing bit AFAICT is indeed new code :/.


Ok, so I've paged this all in. Here's whats up, and some thoughts on fixing it.

Old pbr does indeed have a bug where 'setup.py test' will error with
that unguarded import of what isn't meant to be a dependency.

The reason this started failing is that a bugfix to setuptools - so
that the existing pbr code that wraps commands can wrap commands only
added by setuptools plugins like 'wheel' was merged and included in a
setuptools release.

This causes the pbr testr command to be loaded, which fails in old pbr.

The right answer is a back port of the import guard to pbr < 1.0.0 and
a point release - 0.11.1.

IMO that is :)

I see that a workaround has been committed - installing testrepository
- but I'd hate for folk to cargo cult the idea that pbr could have a
runtime dependency on test-only tools like that.

A similar problem:
bashate's latest release still caps pbr to < 1.0 and thus if you require bashate, it will cause this problem as well. The pbr 0.11.1 release will help here - but we should fix this in bashate as well,

Andreas
--
 Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi
  SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
   GF: Felix Imendörffer, Jane Smithard, Graham Norton,
       HRB 21284 (AG Nürnberg)
    GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126


__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to