-
Notifications
You must be signed in to change notification settings - Fork 41
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
Python plugin fails intermittently to find an interpreter #1025
Comments
Thank you for reporting your feedback to us! The internal ticket has been created: https://warthogs.atlassian.net/browse/CRAFT-4220.
|
The error log reads:
Meaning that the script executon stops at the
|
Here's another example, from Rockcraft using craft-parts 2.6.2 |
If this cannot be fixed, we probably want to look into reverting this change and going to the strategy of grabbing the error (or combined stream rather) that happens after the + |
Run subprocess output one last time before exiting the combined output processing loop. Fix #1025 Signed-off-by: Claudio Matsuoka <claudio.matsuoka@canonical.com>
Adding debug messages to the bash script being executed revealed that the output processing loop is exiting too early, causing the error message to be returned before stream contents are completely collected. Refactoring it to run the output collecting loop after testing for subprocess ending solves this race.
With additional tracing for output processing:
|
Run subprocess output one last time before exiting the combined output processing loop. Fix #1025 Signed-off-by: Claudio Matsuoka <claudio.matsuoka@canonical.com>
Fixed in #1036 |
Fixes a bug where the final lines of stdout or stderr may not be logged (canonical/craft-parts#1025). Signed-off-by: Callahan Kovacs <callahan.kovacs@canonical.com>
What needs to get done
Fix the intermittent failure to find an interpreter in the Python plugin.
Why it needs to get done
The python plugin fails intermittently in Rockcraft's and Snapcraft's spread test suite.
@cmatsuoka made some changes to outputs in #1012. This was released in craft-parts 2.6.2.
I tested this release downstream in Snapcraft in canonical/snapcraft#5273 but the error is still intermittent for the "not provisioned" tests within the Python symlinks test suite.
The text was updated successfully, but these errors were encountered: