On Tue, Oct 9, 2018 at 11:56 AM Doug Hellmann <doug at doughellmann.com> wrote: > Matthew Thode <prometheanfire at gentoo.org> writes: > > > On 18-10-09 11:12:30, Doug Hellmann wrote: > >> Matthew Thode <prometheanfire at gentoo.org> writes: > >> > >> > several projects have had problems with the new release, some have > ways > >> > of working around it, and some do not. I'm sending this just to raise > >> > the issue and allow a place to discuss solutions. > >> > > >> > Currently there is a review proposed to blacklist 9.0.0, but if this > is > >> > going to still be an issue somehow in further releases we may need > >> > another solution. > >> > > >> > https://review.openstack.org/#/c/608835/ > >> > > >> > -- > >> > Matthew Thode (prometheanfire) > >> > > __________________________________________________________________________ > >> > OpenStack Development Mailing List (not for usage questions) > >> > Unsubscribe: > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > >> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >> > >> Do you have links to the failure logs or bug reports or something? If I > >> wanted to help I wouldn't even know where to start. > >> > > > > > http://logs.openstack.org/21/607521/2/check/cross-cinder-py35/e15722e/testr_results.html.gz > > These failures look like we should add a proper API to oslo.messaging to > set the notification and rpc backends for testing. The configuration > options are *not* part of the API of the library. > > There is already an oslo_messaging.conffixture module with a fixture > class, but it looks like it defaults to rabbit. Maybe someone wants to > propose a patch to make that a parameter to the constructor? > oslo.messaging's conffixture uses whatever the config default for transport_url is unless the test specifically overrides it by setting the transport_url attribute. The o.m. unit tests's base test class sets conffixture.transport_url to "fake:/" to use the fake in memory driver. That's the existing practice (I believe it's used like that outside of o.m.) > > > > http://logs.openstack.org/21/607521/2/check/cross-glance-py35/e2161d7/testr_results.html.gz > > These failures should be fixed by releasing the patch that Mehdi > provided that ensures there is a valid default transport configured. > > > > http://logs.openstack.org/21/607521/2/check/cross-keystone-py35/908a1c2/testr_results.html.gz > > Lance has already described these as mocking implementation details of > the library. I expect we'll need someone with keystone experience to > work out what the best solution is to do there. > > > > > -- > > Matthew Thode (prometheanfire) > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Ken Giusti (kgiusti at gmail.com) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20181009/1e6a1caa/attachment.html>