From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC] testing: add python-cryptography tests
Date: Wed, 6 Sep 2017 13:49:56 +0200 [thread overview]
Message-ID: <20170906134956.7fc5f023@windsurf.lan> (raw)
In-Reply-To: <1216716905.8315000.1504697461058.JavaMail.zimbra@datacom.ind.br>
Hello,
On Wed, 6 Sep 2017 08:31:01 -0300 (BRT), Ricardo Martincoski wrote:
> > Actually, I am not sure I agree with this last part. I even think we
> > should probably have a minimal test for each and every Python package,
> > because the only way to verify that their dependencies are correct is
> > to have a runtime test for them. So it would be nice to have a very
> > simple way to write Python related tests, like a list of tuples
> > (Buildroot package, Python package to import or Python command to run),
> > and have the test infrastructure "generate" tests for all entries in
> > this list.
>
> I will cook a patch for this.
We were discussing this the other day with Yann on IRC, and we're not
sure how to do it. Especially, should we have some of the testing
information in the package recipe itself (package/python-<foo>/) ? Or
do we keep all the testing related details in support/testing/ ?
The former has the advantage that the testing information is closer to
the package, and therefore people are more likely to add the
corresponding test cases when they add a Python package.
Something like:
define PYTHON_FOO_TEST_CMDS
python -c import foo
endef
On the other hand, it also spreads the testing information all over the
tree, which may not be desirable. So I guess one needs to play a bit
with this and see what a good solution could be. I don't have a strong
opinion yet on how we should do this. Proposals welcome!
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
next prev parent reply other threads:[~2017-09-06 11:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-04 7:15 [Buildroot] [RFC] testing: add python-cryptography tests yegorslists at googlemail.com
2017-09-06 2:31 ` Ricardo Martincoski
2017-09-06 8:06 ` Thomas Petazzoni
2017-09-06 11:31 ` Ricardo Martincoski
2017-09-06 11:49 ` Thomas Petazzoni [this message]
2017-09-06 9:44 ` Yegor Yefremov
2017-09-06 11:09 ` Ricardo Martincoski
2017-09-06 11:27 ` Thomas Petazzoni
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=20170906134956.7fc5f023@windsurf.lan \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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