https://pantsbuild.org/ logo
#development
Title
# development
a

average-vr-56795

04/05/2019, 10:39 AM
@red-balloon-89377 Any idea why this is consistently failing on travis? https://travis-ci.org/pantsbuild/pants/jobs/515750140 I can’t repro on my OSX or my Linux laptop…
I tried blowing away the travis cache, still no joy
r

red-balloon-89377

04/05/2019, 10:41 AM
That looks a lot like the
pantsd
process crashed on initialization, and thus the client times out waiting for the pid file to appear
A trace of the daemon would be nice, I can’t see one skimming the log though
a

average-vr-56795

04/05/2019, 10:42 AM
There are nominally dumps of the pantsd logs but they’re empty
r

red-balloon-89377

04/05/2019, 10:42 AM
Also, this line
09:07:21 [WARN] Not watching pantsd pidfile because subprocessdir is outside of buildroot. Having subprocessdir be a child of buildroot (as it is by default) may help avoid stray pantsd processes.
might be ahint
a

average-vr-56795

04/05/2019, 10:43 AM
… Why is that even running with pantsd?
r

red-balloon-89377

04/05/2019, 10:44 AM
the @ensure_daemon annotation means “run with pantsd and without, make sure they both pass”
a

average-vr-56795

04/05/2019, 10:44 AM
… The list at the bottom doesn’t list a failed target, it just says the thing ran and failed
r

red-balloon-89377

04/05/2019, 10:44 AM
Yeah, it’s a side effect of the annotation
a

average-vr-56795

04/05/2019, 10:44 AM
Aha. That’s… Weird.
r

red-balloon-89377

04/05/2019, 10:44 AM
Not sure what the interaction is between pytest and the annotation, but pretty sure that’s the cause
a

average-vr-56795

04/05/2019, 10:48 AM
Ok, I will dig down that path 🙂 Thanks!
w

witty-crayon-22786

04/05/2019, 4:05 PM
the annotation should still blame the correct target
you still have 1 test method, the test method just does two things, one after the other
oh the last run was sooo close