From: Cleber Rosa <crosa@redhat.com>
To: "Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"Fam Zheng" <famz@redhat.com>,
"Eduardo Habkost" <ehabkost@redhat.com>,
"Amador Pahim" <amador@pahim.org>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [RFC PATCH] configure: Enable out-of-tree acceptance tests
Date: Wed, 30 May 2018 21:06:30 -0400 [thread overview]
Message-ID: <22ca41bb-9f8b-e8bb-e676-b5c96f3f9add@redhat.com> (raw)
In-Reply-To: <20180530200334.24179-1-f4bug@amsat.org>
On 05/30/2018 04:03 PM, Philippe Mathieu-Daudé wrote:
> In order to allow out-of-tree acceptance tests with Avocado,
> create a symlink in the build tree.
>
> Signed-off-by: Philippe Mathieu-Daudé <f4bug@amsat.org>
> ---
> Based-on: 20180530184156.15634-1-crosa@redhat.com
> http://lists.nongnu.org/archive/html/qemu-devel/2018-05/msg06877.html
>
> Before:
>
> build_dir$ avocado run /full/path/to/sources/qemu/tests/acceptance/boot_linux_console.py
>
> After
>
> build_dir$ avocado run tests/acceptance/boot_linux_console.py
>
> I first wanted to try something like:
>
> echo "[datadir.paths]" > .avocado.conf
> echo "test_dir = $source_path/tests/acceptance" >> .avocado.conf
>
FIY, "$HOME/.config/avocado/avocado.conf" is parsed by default. Take a
look at the "avocado config" output for the details.
> to run:
>
> build_dir$ avocado run -t console
>
I see your point, you'd like the command above to behave similarly to:
avocado run -t console $avocado_datadir_paths_test_dir
Right? So, the first compromise solution with current Avocado is:
echo "[datadir.paths]" > ~/.config/avocado/avocado.conf
echo "test_dir = $source_path/tests/acceptance" >>
~/.config/avocado/avocado.conf
With "$source_path" being something literal, and not a variable. It
allows individual tests to be found at that location:
cd /some/random/path
avocado run boot_linux_console.py
But the following still won't work:
avocado run -t console
No test references provided nor any other arguments resolved into
tests. Please double check the executed command.
I do think the current Avocado behavior is somewhat inconsistent,
because list and run should ideally be symmetrical. With the
configuration above, "list" behaves like this:
avocado list
INSTRUMENTED
/home/cleber/src/qemu/tests/acceptance/boot_linux_console.py:BootLinuxConsole.test
INSTRUMENTED
/home/cleber/src/qemu/tests/acceptance/version.py:Version.test_qmp_human_info_version
INSTRUMENTED /home/cleber/src/qemu/tests/acceptance/vnc.py:Vnc.test_no_vnc
INSTRUMENTED
/home/cleber/src/qemu/tests/acceptance/vnc.py:Vnc.test_no_vnc_change_password
INSTRUMENTED
/home/cleber/src/qemu/tests/acceptance/vnc.py:Vnc.test_vnc_change_password_requires_a_password
INSTRUMENTED
/home/cleber/src/qemu/tests/acceptance/vnc.py:Vnc.test_vnc_change_password
But at the same, there are security implications: `list` won't
load/execute any test code (different from, say, standard Python
unittests), while "run" obviously will. So "avocado run" may end up
running what users don't want if a malicious user controls
"$avocado_datadir_paths_test_dir".
What if Avocado introduces an option that would enable the use of
Avocado's test dir when no test reference is given? This could be
enabled only once (but would be disabled by default):
echo "[loader]" > ~/.config/avocado/avocado.conf
echo "use_test_dir_when_no_references_given = True" >> >
~/.config/avocado/avocado.conf
echo "[datadir.paths]" >> ~/.config/avocado/avocado.conf
echo "test_dir = $source_path/tests/acceptance" >>
~/.config/avocado/avocado.conf
And after that, the following would run all "console" tests:
avocado run -t console
How does this sound?
- Cleber.
> but this doesn't work this way, I'd have to use
>
> build_dir$ avocado --config .avocado.conf boot_linux_console.py -t console
>
> which isn't a win.
> ---
> configure | 8 +++++---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/configure b/configure
> index a6a4616c3e..0763ebe5ba 100755
> --- a/configure
> +++ b/configure
> @@ -7213,9 +7213,11 @@ for rom in seabios vgabios ; do
> done
>
> # set up tests data directory
> -if [ ! -e tests/data ]; then
> - symlink "$source_path/tests/data" tests/data
> -fi
> +for tests_subdir in acceptance data; do
> + if [ ! -e tests/$tests_subdir ]; then
> + symlink "$source_path/tests/$tests_subdir" tests/$tests_subdir
> + fi
> +done
>
> # set up qemu-iotests in this build directory
> iotests_common_env="tests/qemu-iotests/common.env"
>
next prev parent reply other threads:[~2018-05-31 1:06 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-30 20:03 [Qemu-devel] [RFC PATCH] configure: Enable out-of-tree acceptance tests Philippe Mathieu-Daudé
2018-05-30 23:25 ` Eduardo Habkost
2018-05-31 1:06 ` Cleber Rosa [this message]
2018-06-05 14:45 ` Philippe Mathieu-Daudé
2018-06-06 19:24 ` Eduardo Habkost
2018-06-06 19:36 ` Philippe Mathieu-Daudé
2018-06-06 20:11 ` Eduardo Habkost
2018-06-06 20:23 ` Cleber Rosa
2018-06-06 23:19 ` Philippe Mathieu-Daudé
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=22ca41bb-9f8b-e8bb-e676-b5c96f3f9add@redhat.com \
--to=crosa@redhat.com \
--cc=amador@pahim.org \
--cc=ehabkost@redhat.com \
--cc=f4bug@amsat.org \
--cc=famz@redhat.com \
--cc=qemu-devel@nongnu.org \
/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).