Hi,

On 10-09-2022 04:23, Antoni Villalonga wrote:
Hi Paul,

Thanks for reporting the issue.

I've tested the package on a virtual ppc64el Debian/Sid fresh installation.

Testing the coreutils seq takes around 0.8 seconds:
  $ echo -ne '' | timeout 10 seq 10000000 > /dev/null

Testing the toybox seq takes around 1.4 seconds:
  $ echo -ne '' | timeout 10 toybox seq 10000000 > /dev/null

In that case, Coreutils seems to perform twice faster than Toybox. In any case
both have taken lot less than 10 seconds specified for the test.

And in an unstable container on one of our ppc64el host:
root@elbrus:/# time echo -ne '' | timeout 10 seq 10000000 > /dev/null

real    0m0.183s
user    0m0.177s
sys     0m0.007s
root@elbrus:/# time echo -ne '' | timeout 10 toybox seq 10000000 > /dev/null

real    0m0.426s
user    0m0.411s
sys     0m0.012s

Are you sure it's this commmand that times out in the test?

After looking at your qa profile I've noticed you are the autopkgtest
maintainer. May be you can give me some hints on how to reproduce the issue or
how long it takes on "autopkgtest boxes" to adapt the "timeout" :)

As noted above, I can not reproduce the issue with the stand alone command you provided, while in the autopkgtest context, you test failed already 18 times, so it's not a coincidence.

If it's not possible, I'll try to contact with ppc64el debian team for help.

I think we first need to be able to reproduce.

Paul

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to