-
Notifications
You must be signed in to change notification settings - Fork 29.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tools/test.py is not yet Python 3 compatible #29246
Comments
@nodejs/python |
@nodejs/testing |
@cclauss I'd like to help, but I don't know what C++ tests this refers to, or how to reproduce it.
Could you provide an example make or other CLI command that fails, so I can try running it? Or, if its Travis specific, could you provide a link to a failing travis build, preferably with a PR branch that causes the failure (assuming some kind of Travis config change is required to cause the failure)? |
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like #29246 (comment)
This means that this issue is about Travis CI tests on Python 3.6.
This means that the other four tests can safely be ignored for now because they already pass. #29360 made these test failures evident but unfortunately it had to be reverted. Now #29451 clarifies how to test Python 3 on Travis CI. Results from one week ago: https://travis-ci.com/nodejs/node/builds/125061793 |
The |
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - #29246 (comment)
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - nodejs#29246 (comment)
The root cause of this is that the node-gyp.js in the npm that is included in node's deps/ ONLY works with python 2.7, at least by default. Poking around in Retrying that, we get back to failures in python instead of javascript. Yay?
|
@nodejs/npm @nodejs/gyp --- I suspect the above is known. Since node tests whether addons can be built with the node-gyp included with npm, that's going to block node's tests passing until its fixed in npm. Of course, it was always going to be a blocker for the ecosystem. py3 support does exist, nodejs/node-gyp#1844, perhaps this conversation should move over there. |
We could vendor node-gyp in deps/ as a temporary workaround until npm picks up a python3-capable node-gyp (and we pick up that version of npm), it only needs trivial changes to the Makefile: diff --git a/Makefile b/Makefile
index 33d43798f5..d38b11e6cb 100644
--- a/Makefile
+++ b/Makefile
@@ -351,7 +351,7 @@ benchmark/napi/function_call/build/$(BUILDTYPE)/binding.node: \
benchmark/napi/function_call/napi_binding.c \
benchmark/napi/function_call/binding.cc \
benchmark/napi/function_call/binding.gyp | all
- $(NODE) deps/npm/node_modules/node-gyp/bin/node-gyp rebuild \
+ $(NODE) deps/node-gyp/bin/node-gyp rebuild \
--python="$(PYTHON)" \
--directory="$(shell pwd)/benchmark/napi/function_call" \
--nodedir="$(shell pwd)"
@@ -360,7 +360,7 @@ benchmark/napi/function_args/build/$(BUILDTYPE)/binding.node: \
benchmark/napi/function_args/napi_binding.c \
benchmark/napi/function_args/binding.cc \
benchmark/napi/function_args/binding.gyp | all
- $(NODE) deps/npm/node_modules/node-gyp/bin/node-gyp rebuild \
+ $(NODE) deps/node-gyp/bin/node-gyp rebuild \
--python="$(PYTHON)" \
--directory="$(shell pwd)/benchmark/napi/function_args" \
--nodedir="$(shell pwd)"
@@ -391,14 +391,14 @@ ADDONS_BINDING_SOURCES := \
$(filter-out test/addons/??_*/*.h, $(wildcard test/addons/*/*.h))
ADDONS_PREREQS := config.gypi \
- deps/npm/node_modules/node-gyp/package.json tools/build-addons.js \
+ deps/node-gyp/package.json tools/build-addons.js \
deps/uv/include/*.h deps/v8/include/*.h \
src/node.h src/node_buffer.h src/node_object_wrap.h src/node_version.h
define run_build_addons
env npm_config_loglevel=$(LOGLEVEL) npm_config_nodedir="$$PWD" \
npm_config_python="$(PYTHON)" $(NODE) "$$PWD/tools/build-addons" \
- "$$PWD/deps/npm/node_modules/node-gyp/bin/node-gyp.js" \
+ "$$PWD/deps/node-gyp/bin/node-gyp.js" \
$1
touch $2
endef |
@bnoordhuis we could, but should we? If the test is trying to show addons can be built by npm (as people actually do, for the most part), then showing that upstream node-gyp works OK doesn't help so much. That said, I might give it a shot to see if updating node-gyp allows the build to continue and uncover a later problem. |
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - #29246 (comment)
Perhaps we can modify just two deps/npm files for now... #29451 (comment) |
do we need to get a release out? npm is pretty quick in picking up our releases these days, so if we have something in the queue that we want to get into the funnel then we should just push it. We have an awkward breaking-change list now so we might need to start maintaining two release lines for a little while, 5 & 6. |
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - #29246 (comment)
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - nodejs#29246 (comment)
Are there any objections to @rvagg's plan above and make a release and then encourage npm to adopt it so that we can cherrypick it back in?!? |
This helps contributors understand how they can test Python 3.6 or 3.7 on Travis CI. Helps with issues like: - nodejs#29246 (comment)
Closing this issue because the file tools/test.py was not incompatible with Python 3. #29451 has proven that changes made to several other files can enable tools/test.py to pass on Python 3. |
The other four Travis CI test runs now complete successfully on Python 3.6 but the Test C++ Suites run fails. HELP NEEDED: This blocks our progress on Python 3 compatibility and the root cause is hidden behind JavaScript code that I do not understand.
See #29451 to understand how the C++ tests fail on Travis CI. Any progress or hints would be much appreciated.
Note that https://github.com/nodejs/node/blob/master/tools/test.py#L32 does import imp which raises a deprecation warning and sometime soon we need to modify the related code to use import importlib (and possibly also import importlib.util) https://docs.python.org/3/library/importlib.html#module-importlib.util instead but I have tried a few times without success. I do not believe that this is the source of our inability to pass the Test C++ Suites.
As mentioned at:
The text was updated successfully, but these errors were encountered: