$ make
BUILDING: C++ Component
Checking for program g++ or c++ : /usr/bin/g++
Checking for program cpp : /usr/bin/cpp
Checking for program ar : /usr/bin/ar
Checking for program ranlib : /usr/bin/ranlib
Checking for g++ : ok
Checking for node path : not found
Checking for node prefix : ok /usr
'configure' finished successfully (0.075s)
Waf: Entering directory `/home/lth/.npm/node-proxy/0.5.2/package/src/build'
[1/2] cxx: node-proxy.cc -> build/Release/node-proxy_1.o
Looking at the process tree, I see one python instance running with four children. strace on all of the children shows me:
futex(..., FUXTEX_WAIT_PRIVATE ....
If I force node-waf away from parallel jobs (by supplying in the makefile -j1) the hanging is resolved for me.
Disclaimer: I've never built software using node-waf, and I don't know how node-waf handles concurrent jobs and I don't understand node-waf's file locking. Also, a different arch linux machine (my desktop) also completely updated and on the same software versions above doesn't display this problem. Both have 4 compute cores.
you know what? ignore this. I have zero faith in this environment, as other packages fall to the same fate. I can get the same behavior with JOBS=1 in the environment.
I'm seeing reproducible hangs on an arch linux VM I have provisioned in on mosso.
The symptom I see is hanging after this output:
Looking at the process tree, I see one python instance running with four children. strace on all of the children shows me:
If I force node-waf away from parallel jobs (by supplying in the makefile
-j1
) the hanging is resolved for me.Disclaimer: I've never built software using node-waf, and I don't know how node-waf handles concurrent jobs and I don't understand node-waf's file locking. Also, a different arch linux machine (my desktop) also completely updated and on the same software versions above doesn't display this problem. Both have 4 compute cores.
I'll send a pull request, fwiw.