sts-sponsors team mailing list archive
-
sts-sponsors team
-
Mailing list archive
-
Message #02507
[Bug 1912969] Re: librelp is FTBFS on riscv64 on Focal
[sts-sponsors][hirsute]
Sponsored in active development release.
Thanks for your contribution Matthew.
--
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1912969
Title:
librelp is FTBFS on riscv64 on Focal
Status in librelp package in Ubuntu:
In Progress
Status in librelp source package in Focal:
Fix Committed
Status in librelp source package in Groovy:
Won't Fix
Status in librelp source package in Hirsute:
In Progress
Bug description:
[Impact]
During the recent SRU for bug 1908473, we found that librelp is FTBFS
on riscv64 on Focal, due to the test cases basic-realistic.sh and tls-
basic-realistic.sh failing during dh_auto_test during package build.
dh_auto_test --no-parallel
make -j1 check VERBOSE=1
...
make check-TESTS
make[4]: Entering directory '/<<PKGBUILDDIR>>/tests'
...
FAIL: basic-realistic.sh
FAIL: tls-basic-realistic.sh
...
Relevant log: https://paste.ubuntu.com/p/hwYXSbKPPV/
These tests attempt to send 50,000 messages between a server and
client, and riscv64 is just too slow to complete sending all of these
messages before the watchdog thinks the process gets stuck and kills
it.
Recent runs see "00046000 msgs sent" for basic-realistic.sh and
"00029000 msgs sent" for tls-basic-realistic.sh, which misses the
50,000 mark by a long shot.
To fix, we will follow a similar pattern to an existing patch we carry
already and trim down the number of messages sent to 10,000 which
should reliably be possible on riscv64.
[Testcase]
Attempt to build librelp on on all architectures, and currently,
riscv64 will fail on Focal.
If you apply the below patch to reduce messages for basic-realistic.sh
and tls-basic-realistic.sh to 10,000 the build passes on riscv64,
which you can see in the below ppa:
https://launchpad.net/~mruffell/+archive/ubuntu/lp1912969-test
[Where problems could occur]
Since we are reducing the number of packets being sent in a testcase
in an attempt to not time out the build, there should be little risk
in this SRU.
The tests are still continuing to run on all architectures, and are
still at a meaningful high number of 10,000 packets, which should find
any problems during subsequent builds in the future, but not slow down
the build for riscv64.
[Other Info]
* Upload to Focal before Hirsute has been authorized by SRU team (#3).
Hirsute is being followed up on soon.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/librelp/+bug/1912969/+subscriptions