On Wed, Oct 10, 2012 at 2:31 AM, Gawlas, Julius <[email protected]> wrote: > Chris, > > After the split of core from the tests I wanted a simple setup where tests > are residing outside of core autotest directory. Say autotest would reside in > /usr/local/autotest and testware in /usr/local/autotest-tests/client and > /usr/local/autotest-tests/server (of course one could have git clones in > these directories). Additionally, in our setup this would be great because it > facilitates division between testers developing testware and autotest core. > It would also avoid nested repos and all repos would be treated as > independent.
Yep, it's a great goal. > There is a global config variable that seems to help having tests in separate > directory [COMMON] test_dir. However setting it does not have desired effect > - it turns out that in several places autotest assumes that tests will be > inside autotest. test_dir is one of the many hack, I mean, changes, we had to do to support autotest installed system wide. Indeed there are more changes needed to make it all work for the autotest server pushing clients to a client. > I went ahead and changed logic to use that variable when control file is > fetched from the disk and when tests are passed to the client. Got this > mostly working but before I go much further wanted to get some opinions if > this is the right approach. Perhaps there is simpler way to accomplish that > or perhaps test_dir was not meant to be used in that context. So, test_dir was developed mostly for people running autotest-local standalone, and for that use case, it works well. However, for the aforementioned use case, where you use autotest-remote to push stuff to a client, this is still not working (I made a lot of changes to at least allow running autotest-remote properly on a system wide install). I'd like to see your changes, but overall, if we can make this work cleanly, I'm all for it. The packaging work introduced another use case and a whole new set of constraints we have to keep testing and supporting... sigh. -- Lucas _______________________________________________ Autotest-kernel mailing list [email protected] https://www.redhat.com/mailman/listinfo/autotest-kernel
