* Include `avocado.module` inside setup.py.
* Check if htmlresult plugin is installed from the import,
  to set the HTML result feature on or off.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Share functionality of remote and vm plugins inside the  new submodule `avocado.remote`.

avocado.test: Fortify avocado before very nasty exceptions

The NastyException error is back:

class NastyException(Exception):
    def __init__(self, msg):
        self.msg = msg
    def __str__(self):
        return self.msg

crashes Avocado. The problem is we are trying to re-raise the exceptions
and then read the traceback again. Even reading of the details of this
very nasty written exception causes critical failure.

What this patch does instead of handling issues wherever we produce
them, it waits till the exception bubbles to the entry-point and it
tries to read it. If it fails, we log the original traceback
(information about the failure) and then user-friendly message saying
we're unable to retrieve the original failure.

Additionally I had to modify the xunit output as in case of very nasty
inputs it's unable to reproduce the values.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

examples.tests.doublefree: Change behavior to expect success/pass.

  REST Client: introduce API and avocado-rest-client application [v4]

Update the unit test for remote and vm functionality to use the
new submodule `avocado.remote`, regarding the changes made so far.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

The RemoteTest is now on `avocado.remote.test` module.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Since the new `avocado.remote` contains the core functionality of
remote and vm, clean these plugins to use this module, so it now contains
just the command line options.

So it would be possible to create a proper subproject in the future.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Create a new submodule `avocado.remote` containing the core aspects of
`avocado.plugins.remote` and `avocado.plugins.vm`.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Change behavior to expect the test to pass, by using test asserts.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

We declared that WARN is only a special case of PASS,
we should probably return exit code 0.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

A command that inspects the server status and available functionality.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Introduce a new command line application that is designed to interact
with avocado-server.

Changes from v1:
* Fixed reference in the docstrings to arcli (from arc)
* Release number bump on spec file
* Add missing avocado.restclient.cli.actions module to setup.py
Signed-off-by: NCleber Rosa <crosa@redhat.com>

avocado-server has been given the functionality to list the APIs
that it serves, and this code adds a simple connection method and
an example script to use that.

This should allow clients to dynamically adjust to available APIs.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

To actually perform any online task, one needs a valid connection
to an avocado-server. This introduces the connection module, along
with API examples on how to use them.

This functionality is configurable by default using the standard
avocado configuration file, so reasonable connection options are
set.

Changes from v1:
 * Be more specific with exceptions during connection initialization
Signed-off-by: NCleber Rosa <crosa@redhat.com>

An essential part of a client interacting with avocado-server is to handle
the reponse of a request. The most common type of response type is a
results reponse, when one performs a GET to a resource "root" path and
and expects to return a list of resources.

To make that more pythonic, this commit introduces a ResultResponse class
that accepts the JSON response data and checks for completeness. If
results response fails to comply with the required data members, meaningful
exceptions will be raised.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

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

This patch simplifies the concept of WARN test. In case user uses the
self.log.warn or self.log.warning methods, test is marked as dirty and
in case everything else worked fine it finishes with TestWarn exception.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

This example demonstrate simple usage of GDB API.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

A few contributions to examples: bind_cpu0, cabort and raise [V2].

Manual Test Plan

Add new test `raise.py` to raise signals to itself and check results.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Add new test `cabort.py` to call abort() from lib C.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

Add new wrapper script `bind_cpu0.sh` to bind process to CPU 0.
So it will force the process (and its children) to run in one CPU.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

This test is using the location of the source file as the build
location, instead of the `srcdir` provided by the Test class.
Signed-off-by: NRudá Moura <rmoura@redhat.com>

This is an example test plan of what could/should be run before the
release of a new avocado version.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Some test routines can not yet be easily automated in Avocado, and for those, we
rather test things manually then not at all.

The idea behind this tool is to use a predefined test plan (a simple JSON file)
that has test names and descriptions with how to perform the test and what to
expect. The tool will ask for the results for each test (either PASS, FAIL or
SKIP) and possibly additional notes. These results will then be saved to a JSON
file or to a human readable report.

The human readable report can, for instance, be part of a release commit message,
or if preferred, the JSON result file can be committed to keep track of what is
working and what is known to be broken at a given time.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Also, change the code a little to tell the difference
between stdout and stderr.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Verify that errors in the list command really go to stderr.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

This way commands that do use the paginator will correctly
redirect error messages to stderr:

scripts/avocado list sbrubles > /dev/null
Cannot access 'sbrubles': File not found
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Make sure the paginator is cleaned up after displaying
an error.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Following the [ObjectSingular][List] convention.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Let's standardize the class names for plugins that
list things in [ObjectSingular][List].
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>

Following the [object_singular]_[list] convention.
Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>