On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote:
> On 5 January 2016 at 12:04, Robert Collins wrote:
> ...
> > Indeed -
> > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list
> > - the failing bit AFAICT is indeed new code :/.
On Tue, Jan 5, 2016 at 9:16 AM, Matthias Runge wrote:
> On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote:
> > On 5 January 2016 at 12:04, Robert Collins
> wrote:
> > ...
> > > Indeed -
> https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_c
On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote:
> On 5 January 2016 at 12:04, Robert Collins wrote:
> ...
> > Indeed -
> > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list
> > - the failing bit AFAICT is indeed new code :/.
On 5 January 2016 at 12:04, Robert Collins 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 fi
On 5 January 2016 at 12:01, Robert Collins wrote:
> On 5 January 2016 at 11:59, Robert Collins wrote:
>> This is odd indeed. pbr is not meant to have a dep on testrepository,
>> and you can see in
>> https://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/testr_command.py#n150
>> that we only a
On 5 January 2016 at 11:59, Robert Collins wrote:
> This is odd indeed. pbr is not meant to have a dep on testrepository,
> and you can see in
> https://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/testr_command.py#n150
> that we only access it if it is installed and we use latest pbr
> e
This is odd indeed. pbr is not meant to have a dep on testrepository,
and you can see in
https://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/testr_command.py#n150
that we only access it if it is installed and we use latest pbr
everywhere because otherwise we can't deal with ecosystem chan
On 04/01/16 15:41, Ihar Hrachyshka wrote:
> UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s
> interesting that it did not break the thing for e.g. Neutron master.
>
> Matthias Runge wrote:
>
>> Hello,
>>
Horizon in Kilo *only* fails since Dec 26th. Horizon liberty seems to be
On 01/04/2016 03:41 PM, Ihar Hrachyshka wrote:
> UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s
> interesting that it did not break the thing for e.g. Neutron master.
>
> Matthias Runge wrote:
We observe this on Cinder's stable/liberty in Grenade tests (e.g. [1])
and on stable/
UPD: Turns out it breaks Liberty gate too, f.e. for Neutron. It’s
interesting that it did not break the thing for e.g. Neutron master.
Matthias Runge wrote:
Hello,
did we had a recent change in stable tests for Kilo?
Horizon tests for kilo are now failing due to a missing dependency to
tes
Matthias Runge wrote:
On Mon, Jan 04, 2016 at 12:29:27PM +0100, Ihar Hrachyshka wrote:
Matthias Runge wrote:
testrepository
Any suggestions here?
Seems like pbr importing testrepository, hence the dependency belongs to
pbr, not horizon (and as a runtime dependency, not just test only).
B
On Mon, Jan 04, 2016 at 12:29:27PM +0100, Ihar Hrachyshka wrote:
> Matthias Runge wrote:
> >testrepository
> >
> >Any suggestions here?
>
> Seems like pbr importing testrepository, hence the dependency belongs to
> pbr, not horizon (and as a runtime dependency, not just test only).
>
> But note
Matthias Runge wrote:
Hello,
did we had a recent change in stable tests for Kilo?
Horizon tests for kilo are now failing due to a missing dependency to
testrepository. Horizon never used testrepository (until recently,
where I added testr support, but only in mitaka branch).
As a test, I add
Same issue on django_openstack_auth, kilo branch:
https://review.openstack.org/#/c/262778/
And same error too [0]:
2016-01-04 10:47:17.621 | Obtaining file:///opt/stack/new/keystone
2016-01-04 10:47:18.251 | Complete output from command python
setup.py egg_info:
2016-01-04 10:47:18.251 |
Hello,
did we had a recent change in stable tests for Kilo?
Horizon tests for kilo are now failing due to a missing dependency to
testrepository. Horizon never used testrepository (until recently,
where I added testr support, but only in mitaka branch).
As a test, I added a test dependency for k
15 matches
Mail list logo
