1. 11 2月, 2016 1 次提交
  2. 09 2月, 2016 1 次提交
  3. 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
  4. 06 10月, 2015 1 次提交
  5. 30 9月, 2015 1 次提交
  6. 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
  7. 13 7月, 2015 1 次提交
  8. 07 7月, 2015 1 次提交
  9. 13 6月, 2015 1 次提交
  10. 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
  11. 02 12月, 2014 1 次提交
  12. 01 12月, 2014 1 次提交
  13. 26 11月, 2014 1 次提交
  14. 21 11月, 2014 1 次提交
  15. 19 11月, 2014 1 次提交
  16. 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
  17. 04 8月, 2014 1 次提交
  18. 06 6月, 2014 1 次提交
  19. 23 5月, 2014 1 次提交
  20. 15 5月, 2014 2 次提交
  21. 08 5月, 2014 2 次提交
  22. 30 4月, 2014 1 次提交
  23. 29 4月, 2014 3 次提交
  24. 26 4月, 2014 1 次提交
  25. 16 4月, 2014 1 次提交