From: Ben Woodard <woodard@redhat.com>
To: Ben Woodard via Libabigail <libabigail@sourceware.org>
Cc: Mark Wielaard <mark@klomp.org>
Subject: Re: Testing Setup - More Tests and Automation?
Date: Tue, 3 May 2022 12:08:48 -0700 [thread overview]
Message-ID: <9E390F20-185A-4F9D-A66B-3740BB860AF4@redhat.com> (raw)
In-Reply-To: <20220429211304.GC7305@gnu.wildebeest.org>
> On Apr 29, 2022, at 2:13 PM, Mark Wielaard <mark@klomp.org> wrote:
>
> That said, if there are other tests, environment variables or
> configure flags that could be used to catch more issues we could
> enable them (on one or more builders). As long as it doesn't take more
> than 10 minutes to run the extra tests on a particular builder.
I don’t know of any specific configure flags or environmental variables which could be added. I believe that some additional regression tests are needed.
I have a WIP patch that I haven’t gotten working yet. It amounts to:
diff --git a/tests/runtestfedabipkgdiff.py.in b/tests/runtestfedabipkgdiff.py.in
index dd4e041d..3ce6878d 100755
--- a/tests/runtestfedabipkgdiff.py.in
+++ b/tests/runtestfedabipkgdiff.py.in
@@ -80,6 +80,35 @@ FEDABIPKGDIFF_TEST_SPECS = [
(['--self-compare', '-a', '--from', 'fc23', 'dbus-glib'],
'data/test-fedabipkgdiff/test7-self-compare-from-fc23-dbus-glib-report-0.txt',
'output/test-fedabipkgdiff/test7-self-compare-from-fc23-dbus-glib-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'aspell'],
+ 'data/test-fedabipkgdiff/test8-self-compare-from-fc36-aspell-report-0.txt',
+ 'output/test-fedabipkgdiff/test8-self-compare-from-fc36-aspell-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'dyninst'],
+ 'data/test-fedabipkgdiff/test9-self-compare-from-fc36-dyninst-report-0.txt',
+ 'output/test-fedabipkgdiff/test9-self-compare-from-fc36-dyninst-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'libabigail'],
+ 'data/test-fedabipkgdiff/test10-self-compare-from-fc36-libabigail-report-0.txt',
+ 'output/test-fedabipkgdiff/test10-self-compare-from-fc36-libabigail-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'hdf5'],
+ 'data/test-fedabipkgdiff/test11-self-compare-from-fc36-hdf5-report-0.txt',
+ 'output/test-fedabipkgdiff/test11-self-compare-from-fc36-hdf5-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'gcc'],
+ 'data/test-fedabipkgdiff/test12-self-compare-from-fc36-gcc-report-0.txt',
+ 'output/test-fedabipkgdiff/test12-self-compare-from-fc36-gcc-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'openmpi'],
+ 'data/test-fedabipkgdiff/test13-self-compare-from-fc36-openmpi-report-0.txt',
+ 'output/test-fedabipkgdiff/test13-self-compare-from-fc36-openmpi-report-0.txt'),
+
+ (['--self-compare', '-a', '--from', 'fc36', 'protobuf'],
+ 'data/test-fedabipkgdiff/test14-self-compare-from-fc36-protobuf-report-0.txt',
+ 'output/test-fedabipkgdiff/test14-self-compare-from-fc36-protobuf-report-0.txt'),
+
]
Along with the expected results in the data directory. These are the ones which most frequently seem to break. Other than getting the patch to actually work, I believe that for it to be acceptable to Dodji it would need to be lumped under the slow tests and I haven’t figured out how to do that yet. Python is not my best language.
So if we could have one of the builders run something like:
for i in aspell dyninst libabigail hdf5 gcc openmpi proj protobuf; do
fedabipkgdiff --self-compare -a --from fc36 $i >/dev/null
if [ $? != 0 ];then
exit 1
fi
done
Then I think that we’d catch many of the problems that I have been seeing.
Notes:
- Having libabigail in the list may be redundant
- GCC is in there because libstdc++ tends to break things. I haven’t seen a problem with gcc itself.
- When sharing the diff, I realized that I forgot to add ‘proj’
- Note that these are all C++. libabigail rarely fails on C these days. However, the HPC apps that I care most about are all C++ and Fortran.
-ben
prev parent reply other threads:[~2022-05-03 19:08 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAM=pu++-JdBdizXQ9dj8eUypXg7fpPOTDzN6BL1NY-TFvk++kQ@mail.gmail.com>
2022-04-28 0:55 ` Fwd: " Ben Woodard
2022-04-28 1:57 ` v
2022-04-30 19:55 ` Mark Wielaard
2022-04-30 20:36 ` v
2022-04-30 21:48 ` Mark Wielaard
2022-04-30 22:38 ` v
2022-05-01 22:42 ` Mark Wielaard
2022-05-01 22:46 ` v
2022-06-09 11:31 ` Thinking different (was Re: Testing Setup - More Tests and Automation?) Dodji Seketeli
2022-06-09 19:48 ` v
2022-06-15 14:21 ` Dodji Seketeli
2022-06-09 11:18 ` Testing Setup - More Tests and Automation? Dodji Seketeli
2022-06-09 11:11 ` Dodji Seketeli
2022-06-14 10:05 ` Mark Wielaard
2022-04-28 8:06 ` Fwd: " Mark Wielaard
2022-04-29 21:13 ` Mark Wielaard
2022-04-29 22:02 ` Mark Wielaard
2022-05-03 19:08 ` Ben Woodard [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=9E390F20-185A-4F9D-A66B-3740BB860AF4@redhat.com \
--to=woodard@redhat.com \
--cc=libabigail@sourceware.org \
--cc=mark@klomp.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 read-only IMAP folder(s) and NNTP newsgroup(s).