From: Anton Mikanovich <amikan@ilbers.de>
To: "Moessbauer, Felix" <felix.moessbauer@siemens.com>
Cc: "henning.schild@siemens.com" <henning.schild@siemens.com>,
"Schmidt, Adriaan" <adriaan.schmidt@siemens.com>,
"isar-users@googlegroups.com" <isar-users@googlegroups.com>,
Baurzhan Ismagulov <ibr@ilbers.de>
Subject: Re: [PATCH v4 0/2] Improve handling of ISAR_RELEASE_CMD
Date: Wed, 1 Dec 2021 13:39:43 +0300 [thread overview]
Message-ID: <03dab6cd-dec0-2c59-21f5-135186fa86e5@ilbers.de> (raw)
In-Reply-To: <AM9PR10MB4869B3B44D6AFD550EE3B1E889679@AM9PR10MB4869.EURPRD10.PROD.OUTLOOK.COM>
30.11.2021 13:03, Moessbauer, Felix wrote:
> That is what we expect. However something changes the git state during a build.
> The state must ONLY be changed between builds (two bitbake invocations).
> In case multiple tests are run in parallel in the same build-tree, this will break.
Avocado is not using parallel test case execution currently. It can, but
out CI is not jet ready for it.
> Unfortunately I have a really hard time to run the CI in the Siemens environment, as it often fails due to proxy issues or network timeouts.
> Also running just the repro target itself does not work due to other issues.
> I tried with: avocado run testsuite/build_test/build_test.py:RebuildTest.test_rebuild
>
> [stdout] E: Unable to find a source package for
> [stdlog] 2021-11-30 10:58:04,196 cibuilder L0100 ERROR| E: Unable to find a source package for
> [stdout] + bb_exit_handler
> [stdlog] 2021-11-30 10:58:04,196 cibuilder L0100 ERROR| + bb_exit_handler
You can find an example of direct avocado usage in ci_build.sh.
The minimal working cmd for fast testing will look like:
$ avocado run testsuite/build_test/build_test.py -t fast
--test-runner=runner
Or in case of rebuild test only:
$ avocado run testsuite/build_test/build_test.py -t rebuild
--test-runner=runner
But the issue was not reproduced if execute rebuild test itself, it
happens only in case of all fast tests running in a row.
> Anyways, if there are more issues to be ruled out for this patch series, I actually prefer to merge the SState series first.
> Currently, a lot of patches are waiting for SState, as Henning mentioned.
>
> Felix
>
I also prefer sstate merging first. Will do it tomorrow if no objections.
--
Anton Mikanovich
Promwad Ltd.
External service provider of ilbers GmbH
Maria-Merian-Str. 8
85521 Ottobrunn, Germany
+49 (89) 122 67 24-0
Commercial register Munich, HRB 214197
General Manager: Baurzhan Ismagulov
next prev parent reply other threads:[~2021-12-01 10:39 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-04 11:05 Felix Moessbauer
2021-11-04 11:05 ` [PATCH v4 1/2] always invoke ISAR_RELEASE_CMD to invalidate downstream tasks on change Felix Moessbauer
2021-11-04 11:05 ` [PATCH v4 2/2] Ensure generation of /etc/os-release is idempotent Felix Moessbauer
2021-11-04 13:12 ` [PATCH v4 0/2] Improve handling of ISAR_RELEASE_CMD Henning Schild
2021-11-16 18:09 ` Anton Mikanovich
2021-11-17 10:45 ` Moessbauer, Felix
2021-11-17 13:05 ` Anton Mikanovich
2021-11-17 15:57 ` Moessbauer, Felix
2021-11-17 16:39 ` Baurzhan Ismagulov
2021-11-22 15:28 ` Anton Mikanovich
2021-11-24 9:30 ` Schmidt, Adriaan
2021-11-24 10:15 ` Moessbauer, Felix
2021-11-24 11:25 ` Jan Kiszka
2021-11-24 11:54 ` Anton Mikanovich
2021-11-24 12:11 ` Henning Schild
2021-11-29 9:09 ` Anton Mikanovich
2021-11-29 9:50 ` Henning Schild
2021-11-29 9:55 ` Anton Mikanovich
2021-11-29 13:04 ` Anton Mikanovich
2021-11-29 13:18 ` Henning Schild
2021-11-29 14:20 ` Anton Mikanovich
2021-11-30 10:03 ` Moessbauer, Felix
2021-12-01 10:39 ` Anton Mikanovich [this message]
2021-12-02 14:55 ` Anton Mikanovich
2021-12-03 9:51 ` Moessbauer, Felix
2021-11-24 11:53 ` Anton Mikanovich
2021-11-24 12:35 ` Henning Schild
2021-11-24 12:52 ` Anton Mikanovich
2021-11-17 16:54 ` Henning Schild
2021-11-18 8:36 ` Moessbauer, Felix
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=03dab6cd-dec0-2c59-21f5-135186fa86e5@ilbers.de \
--to=amikan@ilbers.de \
--cc=adriaan.schmidt@siemens.com \
--cc=felix.moessbauer@siemens.com \
--cc=henning.schild@siemens.com \
--cc=ibr@ilbers.de \
--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