From: Quentin Schulz <quentin.schulz@cherry.de>
To: derek@asterius.io, openembedded-core@lists.openembedded.org
Subject: Re: [OE-core][PATCHv3] classes/ptest-python-pytest: simplify python ptest file overriding
Date: Mon, 13 Jan 2025 13:35:57 +0100 [thread overview]
Message-ID: <3014df0c-b553-4366-851f-9f6118ba6489@cherry.de> (raw)
In-Reply-To: <20250110155929.3547418-1-derek@asterius.io>
Hi Derek,
On 1/10/25 4:59 PM, Derek Straka via lists.openembedded.org wrote:
> The complexity of overriding files from the bbclass made the behavior at
> times hard to follow and predict. This change replaces the default file with a
> heredoc equivalent that creates a default file if the user does not provide their
> own version of run-ptest in the SRC_URI.
>
> Signed-off-by: Derek Straka <derek@asterius.io>
> ---
> .../ptest-python-pytest.bbclass | 30 +++++++++++--------
> meta/files/ptest-python-pytest/run-ptest | 3 --
> 2 files changed, 18 insertions(+), 15 deletions(-)
> delete mode 100755 meta/files/ptest-python-pytest/run-ptest
>
> diff --git a/meta/classes-recipe/ptest-python-pytest.bbclass b/meta/classes-recipe/ptest-python-pytest.bbclass
> index 801079e6ab..0ece83dfc8 100644
> --- a/meta/classes-recipe/ptest-python-pytest.bbclass
> +++ b/meta/classes-recipe/ptest-python-pytest.bbclass
> @@ -6,24 +6,30 @@
>
> inherit ptest
>
> -FILESEXTRAPATHS:prepend := "${COREBASE}/meta/files:"
> -
> -SRC_URI:append = "\
> - file://ptest-python-pytest/run-ptest \
> -"
> -
> # Overridable configuration for the directory within the source tree
> # containing the pytest files
> PTEST_PYTEST_DIR ?= "tests"
>
> do_install_ptest() {
> - if [ ! -f ${D}${PTEST_PATH}/run-ptest ]; then
> - install -m 0755 ${UNPACKDIR}/ptest-python-pytest/run-ptest ${D}${PTEST_PATH}
> + # Check if the recipe provides its own version of run-ptest
> + # If nothing exists in the SRC_URI, dynamically create a
> + # run-test script of "last resort" that has the default
> + # pytest behavior.
> + #
Ah, this is a smart way to work around having to fiddle with
FILESEXTRAPATHS!
> + # Users can override this behavior by simply including a
> + # custom script (run-ptest) in the source file list
> + if [ ! -f "${UNPACKDIR}/run-ptest" ]; then
You should be able to check for the presence of
${D}${PTEST_PATH}/run-ptest directly instead. Since
do_install_ptest_base does install the file from UNPACKDIR in there.
do_install_ptest is called only from within do_install_ptest_base which
always cleans ${D}${PTEST_PATH} (via the cleandirs varflag for the task).
The benefit is that we wouldn't need to rely on the file being installed
via SRC_URI file:// and could be part of a tarball/git archive (maybe it
works already today, I haven't tested).
Also, it probably works better wrt
https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/ptest.bbclass#n60
which calls make to install ptest into ${D}${PTEST_PATH} which wouldn't
be handled by this check.
> + cat > ${D}${PTEST_PATH}/run-ptest << EOF
> +#!/bin/sh
> +pytest --automake
> +EOF
> + # Ensure the newly created script has the execute bit set
> + chmod 755 ${D}${PTEST_PATH}/run-ptest
> + fi
> + if [ -d "${S}/${PTEST_PYTEST_DIR}" ]; then
> + install -d ${D}${PTEST_PATH}/${PTEST_PYTEST_DIR}
> + cp -rf ${S}/${PTEST_PYTEST_DIR}/* ${D}${PTEST_PATH}/${PTEST_PYTEST_DIR}/
> fi
> - if [ -d "${S}/${PTEST_PYTEST_DIR}" ]; then
> - install -d ${D}${PTEST_PATH}/${PTEST_PYTEST_DIR}
> - cp -rf ${S}/${PTEST_PYTEST_DIR}/* ${D}${PTEST_PATH}/${PTEST_PYTEST_DIR}/
> - fi
The indentation seems odd though?
> }
>
> FILES:${PN}-ptest:prepend = "${PTEST_PATH}/*"
This line can be removed (in a separate patch) as it's already there,
coming from the ptest.bbclass, c.f.
https://git.openembedded.org/openembedded-core/tree/meta/classes-recipe/ptest.bbclass#n19
Cheers,
Quentin
prev parent reply other threads:[~2025-01-13 12:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-10 15:59 [OE-core][PATCHv3] classes/ptest-python-pytest: simplify python ptest file overriding Derek Straka
2025-01-13 12:35 ` Quentin Schulz [this message]
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=3014df0c-b553-4366-851f-9f6118ba6489@cherry.de \
--to=quentin.schulz@cherry.de \
--cc=derek@asterius.io \
--cc=openembedded-core@lists.openembedded.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