qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Thomas Huth <thuth@redhat.com>,
	qemu-devel@nongnu.org, Willian Rampazzo <wrampazz@redhat.com>
Cc: "Alex Bennée" <alex.bennee@linaro.org>,
	"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
	virt-ci-maint-team@redhat.com, "Cleber Rosa" <crosa@redhat.com>
Subject: Re: [RFC PATCH-for-5.2] gitlab-ci: Do not automatically run Avocado integration tests anymore
Date: Fri, 27 Nov 2020 18:57:03 +0100	[thread overview]
Message-ID: <f32a1db5-5231-fc4d-1741-0b5ee13f618f@redhat.com> (raw)
In-Reply-To: <b08db31b-1411-6936-f737-0d6c8f98ebb8@redhat.com>

On 11/27/20 6:47 PM, Thomas Huth wrote:
> On 27/11/2020 18.41, Philippe Mathieu-Daudé wrote:
>> We lately realized that the Avocado framework was not designed
>> to be regularly run on CI environments. Therefore, as of 5.2
>> we deprecate the gitlab-ci jobs using Avocado. To not disrupt
>> current users, it is possible to keep the current behavior by
>> setting the QEMU_CI_INTEGRATION_JOBS_PRE_5_2_RELEASE variable
>> (see [*]).
>> From now on, using these jobs (or adding new tests to them)
>> is strongly discouraged.
>>
>> Tests based on Avocado will be ported to new job schemes during
>> the next releases, with better documentation and templates.
> 
> Why should we disable the jobs by default as long as there is no replacement
> available yet?

Why keep it enabled if it is failing randomly, if images hardcoded
in tests are being removed from public servers, etc...?


They are not disabled, they are still runnable manually or setting
QEMU_CI_INTEGRATION_JOBS_PRE_5_2_RELEASE...

We realized by default Avocado runs all tests on the CI jobs,
triggering failures and complains. Developer stopped to contribute/
review integration tests because of that. We want developers be
able to contribute tests to the repository fearlessly.

If we don't change anything, we'll keep having CI failures due
to Avocado design issues (artifacts removed from remote servers,
etc...).

I haven't seen any attempt on this list to improve the current
fragile situation, but better suggestions are certainly welcome.

Thanks,

Phil.



  reply	other threads:[~2020-11-27 17:58 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-27 17:41 [RFC PATCH-for-5.2] gitlab-ci: Do not automatically run Avocado integration tests anymore Philippe Mathieu-Daudé
2020-11-27 17:47 ` Thomas Huth
2020-11-27 17:57   ` Philippe Mathieu-Daudé [this message]
2020-11-27 18:29     ` Thomas Huth
2020-11-27 18:46       ` Philippe Mathieu-Daudé
2020-11-30  8:10         ` Cornelia Huck
2020-11-30  9:36           ` Philippe Mathieu-Daudé
2020-11-30 10:07             ` Cornelia Huck
2020-11-30  9:03         ` Thomas Huth
2020-11-30  9:52           ` Philippe Mathieu-Daudé
2020-11-30 10:25           ` Daniel P. Berrangé
2020-11-30 10:31       ` Daniel P. Berrangé
2020-11-30 16:45         ` Ademar Reis
2020-12-04 14:42       ` Wainer dos Santos Moschetta
2020-11-27 23:21     ` Niek Linnenbank
2020-11-27 19:36 ` Wainer dos Santos Moschetta
2020-11-30 21:42 ` Willian Rampazzo
2020-12-01  3:48 ` Cleber Rosa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=f32a1db5-5231-fc4d-1741-0b5ee13f618f@redhat.com \
    --to=philmd@redhat.com \
    --cc=alex.bennee@linaro.org \
    --cc=crosa@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=thuth@redhat.com \
    --cc=virt-ci-maint-team@redhat.com \
    --cc=wainersm@redhat.com \
    --cc=wrampazz@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).