On 11 July 2015 at 22:04, Robert Collins <robe...@robertcollins.net> wrote: > On 11 July 2015 at 12:38, Matthew Treinish <mtrein...@kortar.org> wrote:
>> The whole argument for making testr live outside of the venv and being an >> implicit dependency like tox is based around tracking the results between the >> tox venvs right? If we decoupled the database and other result storage from >> testr a bit and made that the external platform independent piece wouldn't we >> maintain everything this thread is trying to address without having the >> issues >> we're seeing now or requiring that everyone change their usage model and >> expectations? > > Huh, no. > > The argument is this: a single testr knows how to run heterogeneous > test backends which may be anywhere in the world, in any language, in > any context. Running it from within one of those contexts is a > seriously poor chicken-and-egg situation which doesn't make any sense. > And the current problem with database compat due to switching out the > python version between invocations is just the tip of the iceberg. Oh, I missed a point: the separation of process via subunit from backend to testr is the heart of the very abstraction of storage etc you're talking about. We can certainly abstract it further (and making the glue-in to HTTP repositories better would need that), but its already there. The issue at hand is that the installation mechanism for testr within OpenStack's context today is inside-out. -Rob -- Robert Collins <rbtcoll...@hp.com> Distinguished Technologist HP Converged Cloud __________________________________________________________________________ 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
