[openstack-dev] [Horizon][stable][bashate] Horizon kilo gate fails due to testrepository dependency

Andreas Jaeger aj at suse.com
Tue Jan 5 07:36:48 UTC 2016

On 2016-01-05 00:26, Robert Collins wrote:
> On 5 January 2016 at 12:04, Robert Collins <robertc at 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 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

More information about the OpenStack-dev mailing list