1. 21 4月, 2017 1 次提交
  2. 20 4月, 2017 1 次提交
  3. 18 4月, 2017 1 次提交
  4. 13 4月, 2017 1 次提交
  5. 12 4月, 2017 1 次提交
    • L
      mux: Improve the variant_id · dd1919d4
      Lukáš Doktor 提交于
      Use the combination of path-ordered leaves names and a hash of combined
      fingerprint as variant_id. This should improve human-readability of the
      results and also it should produce machine-friendly unique names, which
      change when values in variant are modified.
      
      Because the leaves names are ordered by path, the order of yaml file
      does not affect the variant_id. On the other hand any modified/added
      value changes the fingerprint and therefor variant_id.
      
      Important feature is also that the variant still contains the
      default_params, but the variant-id is not affected by it.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      dd1919d4
  6. 06 4月, 2017 1 次提交
  7. 04 4月, 2017 1 次提交
  8. 28 3月, 2017 1 次提交
  9. 27 3月, 2017 2 次提交
  10. 25 3月, 2017 1 次提交
  11. 15 3月, 2017 2 次提交
  12. 10 3月, 2017 1 次提交
  13. 09 3月, 2017 1 次提交
  14. 08 3月, 2017 4 次提交
    • C
      Exit codes: review AVOCADO_JOB_FAIL and AVOCADO_FAIL usage · d20ce0bb
      Cleber Rosa 提交于
      The definition of AVOCADO_JOB_FAIL was "Something went wrong with the
      Job itself, by explicit avocado.core.exceptions.JobError exception",
      while AVOCADO_FAIL is defined as "Something else went wrong and
      avocado failed (or crashed). Commonly used on command line validation
      errors".
      
      With those in mind, I support that AVOCADO_JOB_FAIL should be slightly
      adjusted (see changes in the diff), to include other types of
      failures, but limited to job *execution* failures.  AVOCADO_FAIL is
      already generic enough, so there's no need to change its definition.
      This is important, IMHO, because users could quickly understand if a
      job was executed, and failed, or if some earlier type of failure (such
      as command line validation) happened.
      
      With this updated definition, I spotted a few places where AVOCADO_FAIL
      and AVOCADO_JOB_FAIL usage should be changed.  Examples:
      
       * In `avocado.plugins.diff` the resultsdir is attempted to be read, but
         in my book that still doesn't qualify as a job failure, because a job
         is not being executed.
      
       * In `avocado.plugins.replay` while there's functionality to run a
         (replayed) job, many of the occurrences of AVOCADO_JOB_FAIL are
         similar to the `avocado.plugins.diff` and happen while trying to load
         jobdata from the previous job resultsdir.
      
       * In `avocado.plugins.multiplex` the situation is a bit more tricky.  The
         same code is executed when multiple avocado subcommands are executed.
         If the currently executed command is `run`, it would mean that a job is
         being attempted to be executed.  In fact, a job *is* already executing
         at this point, so a AVOCADO_JOB_FAIL is appropriate.  In other scenarios,
         such as when running `$ avocado multiplex`, these failures have nothing
         to do with jobs, so AVOCADO_FAIL is appropriate.
      Signed-off-by: NCleber Rosa <crosa@redhat.com>
      d20ce0bb
    • L
      selftests: Skip lv_utils tests on macOS · 97822a63
      Lucas Meneghel Rodrigues 提交于
      macOS doesn't have utilities to handle logical volumes out
      of the box, so let's skip the lv_utils tests entirely on
      that platform.
      Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>
      97822a63
    • L
      selftests: Make test_interrupt to work on macOS · 058b1d21
      Lucas Meneghel Rodrigues 提交于
      On macOS, when trying to access certain processes as
      a regular user, a PermissionDenied exception will
      be thrown. So let's catch that exception to avoid
      errors executing test_interrupt.
      Signed-off-by: NLucas Meneghel Rodrigues <lookkas@gmail.com>
      058b1d21
    • L
  15. 04 3月, 2017 1 次提交
    • L
      varianter: Remove the unnecessary "ignore_new_data" interface · 62829d0b
      Lukáš Doktor 提交于
      The "ignore_new_data" was used by "replay" to override Varianter and
      tell it to stop accepting new data by other plugins (like yaml_to_mux).
      With the new changes the plugins are part of the Varianter, so when
      "replay" replaces it with the old (parsed) one, it will not parse itself
      again, therefor the default_params and variants stays untouched.
      
      To make sure this works well a unittest is included.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      62829d0b
  16. 25 2月, 2017 1 次提交
  17. 24 2月, 2017 1 次提交
    • L
      Test: Turn test status into a property · 990a5edc
      Lukáš Doktor 提交于
      I'm not 100% sure, but I don't see a benefit in allowing people to
      override test status from inside test. They are suppose to use
      assertions, or `self.fail`-like methods. With this change it'd be harder
      to manually override the test status (as can be seen on updated
      unittests) but we minimize the accidental write into `self.status`
      variable, which can lead to confusing results.
      
      Note we can consider adding `set_status` method to allow setting this
      property, but I'd like to avoid allowing direct `self.status = ` usage.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      990a5edc
  18. 11 2月, 2017 1 次提交
  19. 08 2月, 2017 1 次提交
  20. 06 2月, 2017 2 次提交
  21. 04 2月, 2017 2 次提交
  22. 03 2月, 2017 2 次提交
  23. 12 1月, 2017 1 次提交
  24. 04 1月, 2017 2 次提交
  25. 03 1月, 2017 1 次提交
  26. 16 12月, 2016 1 次提交
  27. 08 12月, 2016 1 次提交
  28. 06 12月, 2016 1 次提交
    • L
      avocado.plugins.tap: Produce result.tap by default · 2da59620
      Lukáš Doktor 提交于
      We do produce `results.xml` and `results.json`, let's also include
      `results.tap` by default and allow disabling this by `--tap-job-result`.
      
      Note it's impossible to initialize the default result.tap in `__init__`
      as we only get `args` and not the job itself, therefor this patch adds
      it as first thing inside the `pre_tests` step.
      Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
      2da59620
  29. 24 11月, 2016 2 次提交
  30. 23 11月, 2016 1 次提交