Currently we have a travis script to run make check with every
commit on the PR. But the script is hard coded to get the commit
list using the branch master as reference.

This commit uses travis env variables to make the script branch
independent, so we can have the same .travis.yaml file for every
branch we create (LTS branches for instance).
Signed-off-by: NAmador Pahim <apahim@redhat.com>

Python ignores SIGPIPE on startup, because it prefers to check every
write and raise an IOError exception rather than taking the signal.

This patch changes SIGPIPE back to its default action in order to
behave correctly.

Reference: https://trello.com/c/ysKxcHEaSigned-off-by: NAmador Pahim <apahim@redhat.com>

Travis will clone the repo and then fetch the pull-request, regardless
the branch it's coming from. That's why a PR has to contain the correct
parenting. But the build will happen only if the PR is proposed to an
enabled branch. That's what this PR enables.
Signed-off-by: NAmador Pahim <apahim@redhat.com>

Fix travis build for python2.6

Fabric 1.10.0 has a dependency issue. This patch changes
the fabric version in travis to the highest available
version right now.
Signed-off-by: NAmador Pahim <apahim@redhat.com>

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

There is a "make develop" target available in Makefile to develop
avocado, let's use it in documentation.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

If Ctrl+C is hit outside the loop waiting for the test, instead
of failing nicelly, Avocado crashes.

This patch adds a try/except for the run_suite function so we can
catch the KeyboardInterrupt outside the loop that waits for the test
addint 'INTERRUPTED' to the summary.

Reference: https://trello.com/c/lDj56sKWSigned-off-by: NAmador Pahim <apahim@redhat.com>

It is expected to be string, not integer.
Signed-off-by: NAmador Pahim <apahim@redhat.com>

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

This release introduces a new versioning scheme, so the "big bump"
from 0.34.0 to 35.0 is not such a big bump.

Some additional changes with regards to versioning were added, such as
the way the remote runner checks for Avocado on the remote host.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

It just makes sense that the subpackages of Avocado depend on the same
version.  This will avoid accidental mixing and matching of different
package versions.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Since DEB packages have seen much update in the last releases, instead
of pointing to very old and innacturate releases, let's move those to
contrib.  While at it, let's document what is officially distributed
and what's best effort (contrib level).
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Not all contrib content is created equal, so let's just move scripts
to a properly named directory, in anticipation for different types of
content.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

The backtrace goes like this:

     ...
     File "/home/docs/checkouts/readthedocs.org/user_builds/avocado-framework/envs/latest/local/lib/python2.7/site-packages/six.py", line 699, in exec_
       exec("""exec _code_ in _globs_, _locs_""")
     File "<string>", line 1, in <module>
     File "conf.py", line 12, in <module>
       from avocado import VERSION
     File "/home/docs/checkouts/readthedocs.org/user_builds/avocado-framework/checkouts/latest/avocado/__init__.py", line 19, in <module>
       from avocado.core.job import main
     File "/home/docs/checkouts/readthedocs.org/user_builds/avocado-framework/checkouts/latest/avocado/core/job.py", line 33, in <module>
       from . import dispatcher
     File "/home/docs/checkouts/readthedocs.org/user_builds/avocado-framework/checkouts/latest/avocado/core/dispatcher.py", line 19, in <module>
       from stevedore import ExtensionManager
   ImportError: No module named stevedore

Let's give readthedocs.org stevedore.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

The steps to perform a release have changed during the last few
versions, most importantly regarding the distribution of the packages.

Let's update the instructions to better match reality.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

This script introduces a pair of directories that will be searched
for executable files, to be run before and after the actual execution
of a job.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

These new plugin interfaces, to be registered under the
'avocado.plugins.job.prepost' namespace, allow for any custom action
to be executed before and/or after the job execution.

The JobPre plugin interface requires the `pre` method to be
implemented, while the JobPost plugin interface requires the `post`
method to be implemented.  The separation of the interfaces allows for
mandatory implementation of the given interfaces, which was the whole
point of using Abstract base classes, instead of having empty default
implementations.

One single class may implement either one, or both of those
interfaces.  Both `pre` and `post` methods receive the current Job
instance as an argument, which allows the plugin to fetch any job
information or even to tweak as it may seem fit.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

Since one of the main goals of the Job is to run tests, and given the
initial use of the Job class internals, now by plugins and in the near
future as a full blown API, let's make the test suite public.

This will help plugins to take a look at what is going to be
(attempted to be) run, and react to that.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

When running the per-commit checks on CI, the previous environment is
not as clean as it should be.

One example is when a given work introduces a new plugin. First the
HEAD of the branch is tested, which includes the installation of the
new plugin.  Then, the per-commit checks would return to the first
commit in the branch, which doesn't contain the plugin, but the
environment still knows about it.  This is a matter of forcing the
clean up of setuptools entrypoints (or any setuptools generated info
for that matter).

While adding the deeper cleaning, it seemed useful to split the
Makefile "link" target into "develop", which runs "python setup.py
develop" on the Avocado source tree alone.
Signed-off-by: NCleber Rosa <crosa@redhat.com>

This commit implements the serialized test ids described in the
Introduce proper test IDs RFC.

https://www.redhat.com/archives/avocado-devel/2016-March/msg00024.html

It implements `TestName` class, which contains the test uid, test name
and the variant uid and allows querying for the file-system-friendly
name.

The workflow is:

1. tests are discovered, name is translated to "Test Name" by loader
2. test_suite is passed to the runner (new) along with the number of
   tests+variants to be executed (used to get number of digits)
3. the Mux (params generator) yields the template + (new) variant id
4. the runner replaces template['name'] to TestName(uid, test_name,
   variant_id); where uid is currently no executed tests, test_name is
   the original name from Loader and variant_id is either None or the
   variant index.

This commit makes the `tag` argument unused. To avoid problems a warning
is issued on it's usage so we can remove it in the upcoming releases.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

The function _update_fabric_env updates only hostname, username,
key_file and port, but some users might use password. Let's update it as
well.
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>

When using a system V init service manager to check an unavailable
package, the error messages are sent via stderr, not stdout.
Signed-off-by: NHao Liu <hliu@redhat.com>

Fabric is not thread safe, but we can get away with executing
threads that don't have a lot of concurrency (that is, not a
lot of commands are happening at the same time). Let's try to
ensure the new command is being executed with proper
authentication parameters.
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>

The static methods can be turned into module level functions,
in particular the command running code, that can be reused
by any code that updates fabric environment info accordingly,
so let's do it.
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>

This parameter is not really necessary, as we can simply
decide at runtime if we want the operation to be quiet
or not, and have method default values to establish default
behavior.
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>

Since we have a fairly limited used of fabric in the vm
and remote plugins (one single host per test), we did not
notice an important limitation of the remoter code: It does
not support multiple instances of it, due to the fabric env
singleton nature. Having to connect to more than one system
with different authentication settings will cause failures
due to the fact that fabric was using old authentication
settings.

So let's use fabric execute function to make safer run
and send/receive file methods.
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>

We can just call fabric.api.env.update() instead.
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>

Add support for identity files as valid SSH options
to our remote plugin. The use case for this is connecting
to Amazon EC2 instances using the provided keypair (.pem
files).

avocado run --remote-hostname my-machine.com --remote-username myuser --remote-key-file /path/to/myfile.pem passtest
Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>