- 08 3月, 2019 1 次提交
-
-
由 Cleber Rosa 提交于
This basically means that any pushes to the 69lts branch will also generate a new Travis CI job. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 06 12月, 2018 1 次提交
-
-
由 Cleber Rosa 提交于
According to the references given below, Travis workers now run on VMs that are sudo capable, and the sudo configuration should now be removed. Reference: https://docs.travis-ci.com/user/reference/overview/ Reference: https://blog.travis-ci.com/2018-11-19-required-linux-infrastructure-migrationSigned-off-by: NCleber Rosa <crosa@redhat.com>
-
- 17 11月, 2018 1 次提交
-
-
由 Cleber Rosa 提交于
The Makefile is used mostly on development related work flows, and has up to know stick to Python 2 by default. I think it's time to flip the switch, and look for a Python 3 binary by default. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 29 8月, 2018 1 次提交
-
-
由 Caio Carrara 提交于
The dependencies for selftests and CI execution was split in two requirements files. It causes issues with libs being in different versions when tests are executed locally and in CI environment. To reduce theses issues and others the changes bellow was done. All dependencies listed in requirements.txt are now specified only in setup.py properly. This way we avoid duplications or missing requirements that are necessary for avocado. It also could be done keeping only requirements.txt file and loading it in setup.py module. However, since avocado-framework have not clear use case of requirements being installed via `pip install requirements.txt`, it's better keep the dependencies only in setup module. It was removed the requirements file only for CI purpose and updates the requirements for selftest. This way we can have proper dependencies installed when run selftests both in local or CI environements. The requirements-selftest was updated: Setuptools was removed since it's already a dependency from avocado itself. Pep8 was removes since it's already a dependecy from inspektor. Since we run lint checks by inspektor it's better let it manage de pep8 (or pycodestyle) dependency Signed-off-by: NCaio Carrara <ccarrara@redhat.com>
-
- 23 8月, 2018 1 次提交
-
-
由 Caio Carrara 提交于
This change introduce AVOCADO_PARALLEL_LINT variable to selftest/checkall script to make possible set the parallel lint execution per environment. Since currently the Travis CI is failing due lint parallel execution, this change already sets AVOCADO_PARALLEL_LINT to 1 in Travis CI. Reference: https://trello.com/c/LQ0szonHSigned-off-by: NCaio Carrara <ccarrara@redhat.com>
-
- 18 7月, 2018 3 次提交
-
-
由 Cleber Rosa 提交于
Which should help us, for now, to keep an eye at what may become a problem for Avocado. Given that development versions of anything are bound to break, let's allow failures for that specific job. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
3.7 is still not available as a "package" to be downloaded on the Travis CI environment. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
The "system_site_packages" option is needed when the Python installation on the virtual environments need to access Python packages outside of them, that is, on the system. Given the environment in which Travis-CI jobs run, this means packages installed via apt, and not via pip. While we do install packages via apt, we install libvirt-dev, and install libvirt-python via pip. In summary, we do not need that option. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 23 2月, 2018 1 次提交
-
-
由 Cleber Rosa 提交于
This removes the exception of allowing failures on the Travis CI jobs with Python 3, while, at the same time, temporary restricts Python 3 jobs to run only unittests and the documentation build for the Avocado core. That is, it excludes the functional tests, and the optional plugin's tests. While it may look like a step back, it's actually a step forward in the Python 3 port, because now any regression on the unittests will be caught. And, when the additional fixes are applied to address the functional tests and plugin's tests, the whole set of tests will be enabled for Python 3. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 17 2月, 2018 1 次提交
-
-
由 Cleber Rosa 提交于
Now that 36lts is EOLed, let's remove it from Travis-CI. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 19 1月, 2018 1 次提交
-
-
由 Lukáš Doktor 提交于
We increased the failed_once threshold, let's see whether Travis will behave better now. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 18 12月, 2017 3 次提交
-
-
由 Cleber Rosa 提交于
The goal of this change is to inspect how Python 3 compatibility plays in the Travis-CI environment, while not blocking the supported Python 2 builds. IIUC, when using "system_site_packages", we're stuck with the Python version on Ubuntu Trusty (2.7.6 and 3.4.3). That's the reason behind the specific "3.4" version added there. [1] https://docs.travis-ci.com/user/languages/python/#Travis-CI-Uses-Isolated-virtualenvsSigned-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
The 52lts branch is missing in the configuration file. Let's add it. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
According to https://docs.travis-ci.com/user/languages/python, the standard way of setting up that configuration is by using the "system_site_packages" under "virtualenv". It looks like the current syntax was a valid fix for a Travis-CI issue that is now fixed, and it was being used in Avocado to support the now dropped Python 2.6 version checks. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 20 11月, 2017 1 次提交
-
-
由 Amador Pahim 提交于
- Revert "travis: Use parallel check in travis" This reverts commit 4b296996. Parallel check was enabled in Travis, but it's overloading the system and making the time sensitive tests to FAIL. - avocado.utils.process: fix default prefix Log prefix needs at least the %-style string formatter. Let's include that as the default so we don't break under 'no prefix'. Signed-off-by: NAmador Pahim <apahim@redhat.com>
-
- 15 11月, 2017 2 次提交
-
-
由 Lukáš Doktor 提交于
The parallel check should be faster and now it should not produce false-negatives, let's use it in travis. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
由 Lukáš Doktor 提交于
Currently we check all commits between the first commit and origin/master, which frequently fails on PRs based on older commits. Let's check only the PR commits in PR checker while still checking all the commits when checking pushes as failures there are emailed to maintainers who should resolve the issue manually. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 21 8月, 2017 1 次提交
-
-
由 Amador Pahim 提交于
With the EOL of Ubuntu 12.04, Travis CI is now running our tests using Ubuntu 14.04. With this change, our check started to fail. Even though I'm not sure about the reasons, I could make it work by using a newer version of Pillow and also installing libvirt-python from pip, since it's not working in the virtualenv if installed from apt. Signed-off-by: NAmador Pahim <apahim@redhat.com>
-
- 27 6月, 2017 1 次提交
-
-
由 Cleber Rosa 提交于
That was actually a trial/error commit that was then removed. I merged the branch I had, instead of the latest one which excluded that one. This reverts commit 2d9baccd. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 26 6月, 2017 1 次提交
-
-
由 Amador Pahim 提交于
Avocado selftest supports parallel check, enabled by the env. variable `AVOCADO_PARALLEL_CHECK`. Let's enable that in travis so big PRs will have a better change to finish before the travis 50min timeout. Signed-off-by: NAmador Pahim <apahim@redhat.com>
-
- 15 5月, 2017 2 次提交
-
-
由 Lukáš Doktor 提交于
Let's enable the AVOCADO_LOG_DEBUG to get the details about exceptions in our selftests as we don't have access to the produced traceback files after the job is finished. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
由 Cleber Rosa 提交于
Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 06 2月, 2017 2 次提交
-
-
由 Cleber Rosa 提交于
The main reason for supporting Python 2.6 was the EL6 distros. Although they are still important, our users are running a combination of Avocado LTS and Avocado-VT. That allows us to drop support for Python 2.6 on master (and further Avocado releases). Also, with Python 2.6 being dropped as a supported platform, the version of the stevedore library can be simplified. Let's reflect that on both setup.py and requirements*.txt. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
由 Cleber Rosa 提交于
The libvirt Python bindings are very very hard to install from source. On Travis, let's rely on pre-built versions from official distro packages. This has not been an issue so far because of the conditional treatment given on `avocado/core/virt.py`. When the import fails, `VIRT_CAPABLE` was set to `False`. The goal of this change is twofold: 1) Enable the dependency on Travis so that the tests from `selftests/unit/test_vm.py` are run. 2) Prepare for the split of the runner packages, in which there will be no conditionals of the libvirt import, since the installation of the package should mean that the dependencies are also fulfilled. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 03 2月, 2017 1 次提交
-
-
由 Lukáš Doktor 提交于
It happened couple of times that running our selftests produced a new entries in the default results directory. Let's use this optional check to avoid such issue. To enable this check one has to set "AVOCADO_RESULTSDIR_CHECK" env variable. This check is enabled in travis as I do not expect travis to run avocado tests while running the selfcheck, unlike on developer computers. Note the check is rather simple and only assumes the default results directory. For selfcheck I think it's enough. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 10 1月, 2017 1 次提交
-
-
由 Lukáš Doktor 提交于
Currently we check the first commit differently, then all the other commits. It was better as individual failures were distinguished by colors. We added the support for colors to our "checkall" script making the "make check" similarly synoptic so there is no need to treat the first commit differently anymore. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 26 9月, 2016 1 次提交
-
-
由 Lukáš Doktor 提交于
Currently the `make check` goes through all checks and then reports overall results. This might take a while and is not really `git bisect` friendly. This patch changes it to report early unless SELF_CHECK_CONTINUOUS is specified. This is used in `travis` as we are interested in all failures. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 14 9月, 2016 1 次提交
-
-
由 Amador Pahim 提交于
This patch enables all the optional plugins in travis to increate the test coverage. Reference: https://trello.com/c/UHdVHzOZSigned-off-by: NAmador Pahim <apahim@redhat.com>
-
- 03 5月, 2016 3 次提交
-
-
由 Lukáš Doktor 提交于
The first commit is checked by the main check, don't re-check it with the per-commit check. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
由 Amador Pahim 提交于
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>
-
由 Amador Pahim 提交于
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>
-
- 26 4月, 2016 1 次提交
-
-
由 Cleber Rosa 提交于
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>
-
- 01 3月, 2016 1 次提交
-
-
由 Lukáš Doktor 提交于
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 18 2月, 2016 1 次提交
-
-
由 Hao Liu 提交于
Managing different requirements files for different python version requires much more efforts when the requirements became too complex. This issue emerged when a required package `stevedore` decide not supporting Python 2.6 since version `1.11.0`. ``` >>> import stevedore Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.6/site-packages/stevedore/__init__.py", line 23, in <module> LOG.addHandler(logging.NullHandler()) AttributeError: 'module' object has no attribute 'NullHandler ``` Pip provides a feature named [Environment Markers](https://www.python.org/dev/peps/pep-0496/) for requirements file to include specific packages conditionally which could properly solve this issue. This fix: 1. Use environment markers and merge python version specific requirements files; 2. Remove python version specific requirements files references in `Makefile` and Travis configuration; 3. Use `pip install -r requirements.txt` to replace per-line package installation; 4. Restrain package `stevedore` on Python 2.6 to `1.10.0`. Signed-off-by: NHao Liu <hliu@redhat.com>
-
- 11 2月, 2016 1 次提交
-
-
由 Lukáš Doktor 提交于
This target checks very basic function of avocado and is used incrementally in travis to verify this functionality for each commit up to the origin/master. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 09 2月, 2016 1 次提交
-
-
由 Lukáš Doktor 提交于
Last time it did not work, let's try it again to see whether it works. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 18 12月, 2015 1 次提交
-
-
由 Cleber Rosa 提交于
The new plugin architecture depends on setuptools entry points being properly registered. These entry points are defined in a `setup.py` file, as the `entrypoints` parameter, but they are only effective when they become an `entry_points.txt` file inside a `<your_project>.egg_info` directory. This can happen in two ways: 1) installing the package, that is, running `$ python setup.py install` 2) enabling the development mode, that is, running `$ python setup.py develop`. The approach chosen here is the latter, because it's faster, doesn't require a full install and points to the checked out source code tree. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 06 10月, 2015 1 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
Those packages are not being installed anyway, and do not interfere with general CI testing. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
- 30 9月, 2015 1 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
Add a check for leftover tmp dirs after our unittests run. This will let us to catch mistakes made during their development (for example, forgetting to clean up temporary dirs created during setup stage). Add that to `make check` and Travis CI jobs. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
- 03 9月, 2015 1 次提交
-
-
由 Cleber Rosa 提交于
The unittest module, and unittest2 backport on Python 2.6, is capable of finding unittests and running them. So, effectively, we do not need nose at all. This patch removes the dependency on nose, replacing the run script with a version based solely on the unittest module. One change of functionality is that run now looks and runs tests in the standard selftests directories (unit, functional, doc), and does not accept command line arguments. If one wants to run a subset of them, it's pretty easy to just use the unittest module for that: $ python -m unittest discover -s selftests/unit Signed-off-by: NCleber Rosa <crosa@redhat.com>
-