From: Pablo Neira Ayuso <pablo@netfilter.org>
To: Phil Sutter <phil@nwl.cc>
Cc: netfilter-devel@vger.kernel.org
Subject: Re: [nft PATCH 6/6] Makefile: Enable support for 'make check'
Date: Wed, 6 Aug 2025 19:05:02 +0200 [thread overview]
Message-ID: <aJOLPp-1TWYfGCQF@calendula> (raw)
In-Reply-To: <20250801161105.24823-7-phil@nwl.cc>
On Fri, Aug 01, 2025 at 06:11:05PM +0200, Phil Sutter wrote:
> Add the various testsuite runners to TESTS variable and have make call
> them with RUN_FULL_TESTSUITE=1 env var.
>
> Signed-off-by: Phil Sutter <phil@nwl.cc>
> ---
> Makefile.am | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/Makefile.am b/Makefile.am
> index ba09e7f0953d5..4fb75b85a5d59 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -409,5 +409,11 @@ EXTRA_DIST += \
> tests \
> $(NULL)
>
> +AM_TESTS_ENVIRONMENT = RUN_FULL_TESTSUITE=1; export RUN_FULL_TESTSUITE;
I use make distcheck to build the tarballs.
I would prefer not to run the tests at the time of the release
process, I always do this before release, but I prefer not to inline
this to the release process.
Maybe we can make this work this way?
export RUN_FULL_TESTSUITE=1; make check
so make check is no-op without this variable?
Does this make sense to you?
> +TESTS = tests/json_echo/run-test.py \
> + tests/monitor/run-tests.sh \
> + tests/py/nft-test.py \
> + tests/shell/run-tests.sh
BTW, there are also tests/build/ that are slow but useful, that helped
me find this:
https://git.netfilter.org/nftables/commit/?id=0584f1c1c2073ff082badc7b49ed667de41002d9
Thanks.
> pkgconfigdir = $(libdir)/pkgconfig
> pkgconfig_DATA = libnftables.pc
> --
> 2.49.0
>
next prev parent reply other threads:[~2025-08-06 17:05 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-01 16:10 [nft PATCH 0/6] Run all test suites via 'make check' Phil Sutter
2025-08-01 16:11 ` [nft PATCH 1/6] tests: Prepare exit codes for automake Phil Sutter
2025-08-01 16:11 ` [nft PATCH 2/6] tests: monitor: Support running all tests in one go Phil Sutter
2025-08-01 16:11 ` [nft PATCH 3/6] tests: py: Set default options based on RUN_FULL_TESTSUITE Phil Sutter
2025-08-01 16:11 ` [nft PATCH 4/6] tests: json_echo: Skip if run as non-root Phil Sutter
2025-08-01 16:11 ` [nft PATCH 5/6] tests: shell: Skip packetpath/nat_ftp in fake root env Phil Sutter
2025-08-01 16:11 ` [nft PATCH 6/6] Makefile: Enable support for 'make check' Phil Sutter
2025-08-06 17:05 ` Pablo Neira Ayuso [this message]
2025-08-07 11:51 ` Phil Sutter
2025-08-07 12:14 ` Pablo Neira Ayuso
2025-08-07 13:04 ` Phil Sutter
2025-08-27 23:08 ` Pablo Neira Ayuso
2025-08-28 10:38 ` Phil Sutter
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=aJOLPp-1TWYfGCQF@calendula \
--to=pablo@netfilter.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=phil@nwl.cc \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.