From: Henning Schild <henning.schild@siemens.com>
To: Quirin Gylstorff <Quirin.Gylstorff@siemens.com>
Cc: isar-users@googlegroups.com
Subject: Re: [PATCH 2/2] scripts/ci_build.sh: Set avocado-framework version to 96.0
Date: Wed, 6 Jul 2022 16:01:48 +0200 [thread overview]
Message-ID: <20220706160148.12e8c7ab@md1za8fc.ad001.siemens.net> (raw)
In-Reply-To: <20220706114655.119026-3-Quirin.Gylstorff@siemens.com>
Am Wed, 6 Jul 2022 13:46:55 +0200
schrieb Quirin Gylstorff <Quirin.Gylstorff@siemens.com>:
> From: Quirin Gylstorff <quirin.gylstorff@siemens.com>
>
> With avocado-framework version 97.0 the following error occurs:
> ```
> Successfully installed avocado-framework-97.0
> + avocado --show=app,test run /builds/debian/isar/testsuite/citest.py
> -t fast,-repro,-startvm --test-runner=runner --disable-sysinfo -p
> quiet=1 -p cross=1 -p time_to_wait=300 Suite creation for runner
> "runner" is not supported ```
>
> Force for now version 96.0.
>
> Signed-off-by: Quirin Gylstorff <quirin.gylstorff@siemens.com>
> ---
> scripts/ci_build.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/ci_build.sh b/scripts/ci_build.sh
> index 2513f1a0..b1ec6912 100755
> --- a/scripts/ci_build.sh
> +++ b/scripts/ci_build.sh
> @@ -21,7 +21,7 @@ if ! command -v avocado > /dev/null; then
> rm -rf /tmp/avocado_venv
> virtualenv --python python3 /tmp/avocado_venv
> source /tmp/avocado_venv/bin/activate
> - pip install avocado-framework
> + pip install avocado-framework==96.0
Once the code is reworked so it does not use the legacy feature any
longer this pinning should probably not be dropped, it can be moved
every once in a while, but getting a random version is simply not good.
As we see again here.
Especially not when ilbers does not run this bit in their CI, having
avocado already installed in some version. Maybe we should always use
that venv/pip version no matter if the host is contaminated already
with some other random version.
How is the mainline issue for debian going anyhow?
Time to grab some tequila to wash down the guacamole and sing some "i
told you so" songs. pip pip hurray!
When it comes to testing the maintainer should really make it as simple
as possible for people to run the tests, ideally with the very same
outcome as the pipelines of the maintainer. Also it should be easy for
users to contribute to the test suite, so it will be reasonable to ask
people to bring tests with their features.
IMHO the whole avocado story made both aspects worse than before. Only
for some features that the maintainer wanted, but what they get is
ontested patches because they are the only ones able to run that beast.
Henning
> fi
>
> # Get Avocado build tests path
next prev parent reply other threads:[~2022-07-06 14:01 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-06 11:46 [PATCH 0/2] Fix .gitlab-ci build Quirin Gylstorff
2022-07-06 11:46 ` [PATCH 1/2] gitlab-ci: update kas-isar image Quirin Gylstorff
2022-07-06 11:46 ` [PATCH 2/2] scripts/ci_build.sh: Set avocado-framework version to 96.0 Quirin Gylstorff
2022-07-06 12:54 ` Gylstorff Quirin
2022-07-06 14:51 ` Gylstorff Quirin
2022-07-06 14:01 ` Henning Schild [this message]
2022-07-06 16:27 ` Baurzhan Ismagulov
2022-07-07 9:31 ` Henning Schild
2022-07-08 7:47 ` [PATCH 0/2] Fix .gitlab-ci build Anton Mikanovich
2022-07-08 16:31 ` Anton Mikanovich
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=20220706160148.12e8c7ab@md1za8fc.ad001.siemens.net \
--to=henning.schild@siemens.com \
--cc=Quirin.Gylstorff@siemens.com \
--cc=isar-users@googlegroups.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