1. 06 10月, 2017 2 次提交
  2. 04 10月, 2017 1 次提交
  3. 22 8月, 2017 1 次提交
  4. 14 8月, 2017 1 次提交
  5. 07 11月, 2016 1 次提交
  6. 04 3月, 2016 2 次提交
    • C
      avocado/core/data_dir.py: make data_dir settings dynamic · be47dcc4
      Cleber Rosa 提交于
      The configurations related to the "data_dir" are currently read at
      module load time. This means that changes in the configuration between
      module load time and changes to the settings (such as parsing an
      additional config file) is never seen.
      
      Since the avocado command line application parses extra configuration
      files (given with `--config`) after the module is loaded, these extra
      configuration files are never applied to the data_dir configuration.
      
      There's one more issue with regards to the the settings usage: because
      once references to the `settings` instance singleton are grabbed, they
      will always point to the same settings objects. The data_dir unittests
      exercise changes to the settings objects by replacing that
      instance. So, let's refer to the settings using the full location
      (module.attribute), which will always give back the "current" (be it
      original or replaced) settings instance.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      be47dcc4
    • C
      selftests/unit/test_datadir.py: combine setUp() and _get_bogus_settings() · 78c2e52d
      Cleber Rosa 提交于
      The current implementation of _get_bogus_settings() solves a partial need
      of the setUp() method. Let's combine both into a single (private) utility
      method (_get_temporary_dirs_mapping_and_config()) that can be re-used.
      
      The major goal is to re-use it when testing how data_dir reacts to changes
      in the settings at run time.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      78c2e52d
  7. 08 10月, 2015 1 次提交
    • L
      avocado: Mass import cleanups · f4e82a6e
      Lucas Meneghel Rodrigues 提交于
      This is an automated mass import cleanup across all
      avocado source files:
      
      1) Imports follow the order:
       * Standard library imports
       * Non standard library external imports
       * Internal imports
       All separated by a single line
      2) One line between imports and the rest of the code
      3) Remove unused imports in the process
      Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
      f4e82a6e
  8. 05 10月, 2015 1 次提交
    • L
      avocado.core.data_dir: Make logdir creation safer · 8f24117d
      Lukáš Doktor 提交于
      When one execute 2 jobs with first 7 chars of unique id at the same
      time, they end-up in the same logdir.
      
      This patch makes the creation safer. First it creates the main
      directory, then it tries to create the directory with 7 chars of the
      unique id. On failure it adds another char until it finds empty dir.
      
      In case you spawn 2 jobs with the same id at the same time, it adds
      a number starting with 0.
      
      If you spawn more tham 1000 jobs at the same time with the exact same
      id, it fails with IOError.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      8f24117d
  9. 30 9月, 2015 1 次提交
  10. 03 9月, 2015 2 次提交
    • C
      Selftests: remove evil "simple import magic" · 6149e2dc
      Cleber Rosa 提交于
      Even though I may be the one to blame about coming up with this
      "simple import magic", I believe it was a mistake and we should get
      rid of them.
      
      There are a couple of other ways to actually do development out of
      of a source tree, including running unittests that do not require
      this amount of boiler plate code. Examples include just setting
      the PYTHONPATH environment variable to actually run (setuptools based)
      `python setup.py develop`.
      
      The little bits of what looks like the import magic that was left, is
      not really import magic. It's just that functional tests need to locate
      the Avocado source tree base directory to run the test runner from it.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      6149e2dc
    • C
      Selftests: move to adhere to unittest discover default pattern · 24d87eb4
      Cleber Rosa 提交于
      To be honest, our test code could still be kept in the same directories and
      have the same names. But I think we can improve two things here:
      
      1) Flatten a little bit the directory structure of selftests. Two path
      components are being dropped here: "all" and "avocado". So that
      "selftests/all/functional/avocado" becomes simply
      "selftests/functional".
      
      2) File names match what is, by default, recognized by unittest (the
      Standard Library module) based discovery of tests. That means that
      doc_build_test.py becomes test_doc_build.py. Not a big deal IMHO.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      24d87eb4
  11. 31 7月, 2015 1 次提交
  12. 09 6月, 2015 2 次提交
  13. 06 5月, 2015 1 次提交
  14. 14 4月, 2015 1 次提交
  15. 18 2月, 2015 1 次提交
  16. 29 1月, 2015 1 次提交
  17. 10 1月, 2015 1 次提交
  18. 09 1月, 2015 1 次提交
  19. 16 12月, 2014 1 次提交
  20. 11 12月, 2014 1 次提交
  21. 28 11月, 2014 1 次提交
  22. 15 5月, 2014 1 次提交
  23. 27 4月, 2014 1 次提交
  24. 26 4月, 2014 1 次提交