Bug#853035: [Pkg-javascript-devel] Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-10 Thread Graham Inggs
For reference, I found similar timing issues and filed bugs for the following packages: node-foreground-child #894797 node-tap #895312 node-once #895316 node-commander #895317 In Ubuntu, we relaxed the timing of the failing tests until they passed on all release architectures.

Bug#853035: [Pkg-javascript-devel] Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-09 Thread Paolo Greppi
Hi Graham and thanks for bringing this up again. Il 07/04/2018 18:13, Graham Inggs ha scritto: > Hi > > This situation seems to get worse with each new version of nodejs. > > In Ubuntu, where autopkgtests are run for every release architecture, > node-liftoff failed on armhf [1] and arm64 [2]

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-07 Thread Chris Lamb
Hi Graham, > > I'm pretty hardcore on tests being determinstic, so merely increasing > > the wait time feels especially gross to me. :) > > Would you please explain your objection to timeouts in tests? Well, we should probably separate the cases of using /timing/ in tests as part of, say,

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-07 Thread Graham Inggs
Hi Chris On 7 April 2018 at 18:22, Chris Lamb wrote: > Well, just to be 100% clear, I don't propose increasing the timeout at > all: I'm pretty hardcode on tests being determinstic so merely increasing > the wait time feels especially gross to me. :) Would you please explain

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-07 Thread Chris Lamb
[Resending including 853...@bugs.debian.org in CC this time..] Hi Graham, Thanks for the followup. > Chris, you wrote "...the test would still be unreliable whatever value > you choose", can you propose something other than increasing the > timeout? Well, just to be 100% clear, I don't propose

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2018-04-07 Thread Graham Inggs
Hi This situation seems to get worse with each new version of nodejs. In Ubuntu, where autopkgtests are run for every release architecture, node-liftoff failed on armhf [1] and arm64 [2] since the upload of nodejs 8.9.3. We resorted to increasing the timeout from 5000 to 1 in debian/rules

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2017-02-07 Thread Praveen Arimbrathodiyil
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 control: severity -1 important > In the log you attached this line:  > [0m Error: timeout of 5000ms exceeded > looks different from what you report in the bug: >  [0m Error: timeout of 1ms exceeded > The

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2017-02-07 Thread Chris Lamb
Praveen Arimbrathodiyil wrote: > Can you try to increase the timeout to say 1 or 2 and see > if it succeeds. I'm sure it will, but the test would still be unreliable whatever value you choose… Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org /

Bug#853035: node-liftoff: Non-determistically FTBFS due to unreliable timing in tests

2017-01-28 Thread Chris Lamb
Source: node-liftoff Version: 2.3.0-2 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Dear Maintainer, node-liftoff's testsuite appears to use method