Make avocado tests to refer to their test ids (paths),
relative to the directory you are in. For example,
running:

avocado run tests/sleeptest.py

will give you

DEBUG LOG: /home/lmr/avocado/logs/run-2014-07-31-12.54.01/debug.log
TOTAL TESTS: 1
(1/1) tests/synctest.py.1: PASS (1.93 s)

Test log and data directories were changed accordingly. Now,
if your test is synctest.py, your data dir will be called
synctest.py.data.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Add tests to verify if passing the full test path
works, rather than the test ID, and if an empty
test ID/alias triggers the correct error code.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Give the user a nice message rather than a crash report.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

So we can let the test runner to notify the user of
incorrect options passed in.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Now tests don't need their own directories.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

If tests do want to provide a datadir, it must be in
the same directory as the test source file. We probably
need to review this limitation and provide other
interesting alternatives.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

We want avocado tests to not require specific directories,
the user should be able to arrange them in the dir structure
they see fit. Also, if a test requires data, we suppose their
data dir is located in the same directory as the source file,
with the name:

[modulename].data

Re arrange the test dir to reflect this new structure.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Make it possible to load avocado tests from any path,
rather than enforcing the rule '1 test has 1 dir'.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

We're planning to move away from the rule

1 test == 1 directory

In order to do that, we need to be able to tell
the difference between a dropin test (this can
be written in any language as long as it is an
executable file) and an avocado test (a python
file that contains a test class derived from
the base avocado test file).

Introduce in the path library a path inspector,
that has code to figure this out.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

The timeout there is unnecessary and introduces races.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

It saves quite a lot of code, since this is such a common
operation in avocado.

I'd like to have the reviewer to give a good thought of
whether this is a good solution or not (I think it is,
although API names and such could be better thought off).
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Add a module for path related operations in avocado.utils.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

It is nice to be able to refer to modules using the
dot notation. This fixes some missing imports in the
avocado.utils module, as well as it removes unused
ones.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Having 'misc' libraries tends to encourage people to
dump random functions without much thought as to
their location. Let's rename 'misc' to 'io'.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Also, reorder write_file and write_one_line.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

That part is not going to be executed anyway. It's probably
a leftover from previous iterations.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

That function is not used in the avocado code base, and
it is superseded by standard library function
os.path.relpath().
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

The presence of a misc module encourages dumping functions
there without thought to better module names to put them
on. Let's remove the unique function since it can be
expressed by the combination of 2 native python types,
should the need arise.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Make reference to the 'trusty' ubuntu version, rather
than the outdated 'saucy'. Also, put the ubuntu
maintainer's email in the source generation package.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

tests/multiplextest: Fix typo

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Signed-off-by: NCleber Rosa <crosa@redhat.com>

tests/gendata: Fix unused variable

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

I was stupid enough to have a typo in URL (see previous commit).
Signed-off-by: NCleber Rosa <crosa@redhat.com>

While we don't have a proper homepage, point to the avocado repo.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Whiteboard as a "1st class citizen"

Signed-off-by: NCleber Rosa <crosa@redhat.com>

Signed-off-by: NCleber Rosa <crosa@redhat.com>

Based on some discussions, we decided to make the whiteboard a test
instance attribute (string) that is automatically exposed to test
results.

For the use case of persisting multiple files with the test result,
the test data dir can still be used (refer to the `gendata` test).
Signed-off-by: NCleber Rosa <crosa@redhat.com>

avocado: Rename test.datadir to test.outputdir and test.depsdir to test....

Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Make the names used consistent between attributes and
methods inside the Test class.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

In fact those names are more clear as to the purpose
of each directory.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Joblog bugfix

Make a reasonable effort in checking the amount of lines
avocado outputs to the job log. If it is less than a certain
amount, we might be having output problems.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

The JSON output plugin was stopping file output before
due time, therefore only the first instance of the test
was being logged. Let's fix that.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>