1. 18 12月, 2017 3 次提交
  2. 20 11月, 2017 1 次提交
    • A
      Travis fixes · d4758342
      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>
      d4758342
  3. 15 11月, 2017 2 次提交
  4. 21 8月, 2017 1 次提交
    • A
      Fix Travis check · 6574c1dc
      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>
      6574c1dc
  5. 27 6月, 2017 1 次提交
  6. 26 6月, 2017 1 次提交
  7. 15 5月, 2017 2 次提交
  8. 06 2月, 2017 2 次提交
    • C
      Python 2.6: drop support and require Python 2.7 or greater · 9401c928
      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>
      9401c928
    • C
      Travis-CI: install dependencies which are too fragile with PIP · 0b6560de
      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>
      0b6560de
  9. 03 2月, 2017 1 次提交
    • L
      selftests: Add check for not-producing-results by running selftests · 7f79b782
      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>
      7f79b782
  10. 10 1月, 2017 1 次提交
    • L
      travis: Use the same check for all commits · f1ca8dc9
      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>
      f1ca8dc9
  11. 26 9月, 2016 1 次提交
  12. 14 9月, 2016 1 次提交
  13. 03 5月, 2016 3 次提交
  14. 26 4月, 2016 1 次提交
    • C
      Travis: improve cleanup of per-commit environment · a21f1bc7
      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>
      a21f1bc7
  15. 01 3月, 2016 1 次提交
  16. 18 2月, 2016 1 次提交
    • H
      Use environment marker for conditional requirements · 03c04b98
      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>
      03c04b98
  17. 11 2月, 2016 1 次提交
  18. 09 2月, 2016 1 次提交
  19. 18 12月, 2015 1 次提交
    • C
      Travis CI: enable setuptools entry points · 5b643bd1
      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>
      5b643bd1
  20. 06 10月, 2015 1 次提交
  21. 30 9月, 2015 1 次提交
  22. 03 9月, 2015 1 次提交
    • C
      Selftests: drop nose usage for plain unittest discovery · e9c0d813
      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>
      e9c0d813
  23. 13 7月, 2015 1 次提交
  24. 07 7月, 2015 1 次提交
  25. 13 6月, 2015 1 次提交
  26. 18 3月, 2015 1 次提交
    • L
      .travis.yml: Add python 2.6 among the testing targets · 5ded5a79
      Lucas Meneghel Rodrigues 提交于
      Add a new python 2.6 target so that we can make sure
      avocado works on older distros (our specific focus here
      is RHEL 6, but of course, we expect the work on RHEL 6
      to be useful to other distros sticking with older versions
      of the python runtime).
      
      In order to do that, we added a new 2.6 related requirements
      file, and changed the requirements a bit so that it all
      works under the particular Travis CI environment.
      
      Changes from v1:
       * Per ldoktor's suggestion, use conditional install of backports
         using $TRAVIS_PYTHON_VERSION
      Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
      5ded5a79
  27. 02 12月, 2014 1 次提交
  28. 01 12月, 2014 1 次提交
  29. 26 11月, 2014 1 次提交
  30. 21 11月, 2014 1 次提交
  31. 19 11月, 2014 1 次提交
  32. 23 8月, 2014 1 次提交
    • R
      avocado: Change framework to use the new multiplexer · ab7bd7af
      Rudá Moura 提交于
      That change has to be made all at once for the sake of
      bisectability. Update avocado.job and the multiplexer
      plugin with the new multiplexing library code.
      
      Also, update functional tests, the avocado sample tests
      with the new YAML based config files, and the requirements.txt
      file with the new prominent dependency of avocado, PyYAML.
      Signed-off-by: NRuda Moura <rmoura@redhat.com>
      ab7bd7af
  33. 04 8月, 2014 1 次提交