-
-
Notifications
You must be signed in to change notification settings - Fork 646
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
Remove stale "pants.pex for integration tests" mechanism #10279
Remove stale "pants.pex for integration tests" mechanism #10279
Conversation
…un from the PYTHONPATH of the test target, which will automatically include either loose sources or requirements, depending on whether the test is run in or out of the pantsbuild/pants repo. # Rust tests will be skipped. Delete if not intended. [ci skip-rust-tests]
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There's more cleanup that can happen surrounding not needing this in most spots:
AWS_GET_PANTS_PEX_COMMAND = ( |
I'm not sure if you're intending that for a follow-up.
CI will still use the |
OK. It looks like that's true. It's also unfortunately obscure and a good seed for confusion, but just directly uploading and downloading the .so definitely is out of scope. |
no_regen_pex="${NO_REGEN_PEX:-${TRAVIS}}" | ||
if [[ "${test_goal_used}" == 'true' && "${no_regen_pex}" != 'true' ]]; then | ||
"$HERE/build-support/bin/bootstrap_pants_pex.sh" | ||
echo -e "Finished bootstrapping pants.pex for integration tests.\n" >&2 | ||
fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yay!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yay indeed!
…k in future versions (via pantsbuild#7654) that implementation will not require nesting to validate: only concurrent runs.
3703fed
to
b8169c1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Glad to see nested runs go.
### Problem Integration tests depend transitively on the `native_engine.so`, which is continuously validated because it must be present to run, and which is bootstrapped before pants starts up. But integration tests were also including the rust sources unnecessarily. ### Solution Remove the dependency on the rust sources, and the associated target. Also, align the comment about our use of `pants_local_binary` to what we learned in #10279. [ci skip-rust] [ci skip-build-wheels]
Problem
Since #8265, we have been running
PantsRunIntegrationTest
s from loose sources in the repository, which are included viasrc/python/pants/testutil:int-test
's dependency onsrc/python/pants/bin:pants_local_binary
. That change thus removed the need for thepants.pex
from our wrapper scripts.Solution
Remove the "
pants.pex
for integration tests" mechanism. Post #8625, pants is run from the PYTHONPATH of the test target, which will automatically include either loose sources or apants_requirement
target, depending on whether the test is run in or out of the pantsbuild/pants repo.Additionally, remove one set of tests that was attempting to test that nested runs of pants do not deadlock. #7654 will eventually allow that issue to be resolved by allowing the concurrent run rather than via any sort of automatic disabling of
pantsd
, and that is much easier to test via concurrent runs without nesting.[ci skip-rust-tests]