Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork34.3k
gh-146197: Add Emscripten to CI#146198
Conversation
webknjaz left a comment
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.
Looks great at glance! Does it need an entire hour to complete though? If not, I'd make the timeout smaller.
hoodmane commentedMar 20, 2026
I just copied the |
hoodmane commentedMar 20, 2026
!buildbot emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commit9da3ed3 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
hoodmane commentedMar 20, 2026
So it took 19m 28s with no cache. But the cache is not working yet. |
hoodmane commentedMar 20, 2026
!buildbot emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commitd77a339 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
Uh oh!
There was an error while loading.Please reload this page.
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
hoodmane commentedMar 20, 2026
!buildbot Emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commit4276a51 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
hoodmane commentedMar 20, 2026
!buildbot Emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commit4276a51 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
hoodmane commentedMar 20, 2026
!buildbot emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commit1520ee8 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
hugovk commentedMar 20, 2026
Is it required to run sequentially? Although it can help to have some sequential CI, and there's slower jobs than this one so it won't be the bottleneck. |
Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
hoodmane commentedMar 20, 2026
We don't have any threads or process support so I think so. |
hugovk left a comment
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.
Thanks!
hoodmane commentedMar 20, 2026
!buildbot emscripten |
bedevere-bot commentedMar 20, 2026
🤖 New build scheduled with the buildbot fleet by@hoodmane for commit9d545d1 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F146198%2Fmerge The command will test the builders whose names match following regular expression: The builders matched are:
|
webknjaz commentedMar 20, 2026
Alright, let's set the timeout to 25-30 minutes — this will help catch problems early. We just need to cover the cacheless run, plus have some margin for networking + minor flakiness. Otherwise, situations with something getting stuck for 40min+ would waste CI resources.. |
hoodmane commentedMar 20, 2026 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
Well we have: Since most other CI jobs seem to have |
freakboy3742 left a comment
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.
Changes to the build script make sense to me; I'll leave it to others to approve the CI configs, but they broadly look good to me. I'll leave it to@hugovk or@webknjaz to make the final call on timeouts; I agree that 60 minutes seems excessive, but it's also consistently excessive, which is a separate problem.
hugovk left a comment
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.
Future PR to review alltimeout-minutes welcome.
The main reason for the setting is to make sure if something gets stuck, it doesn't sit there for the full six hours.
They don't get stuck too often, and better to have more spare time available than have slow builds cancelled before they're finished.
c94048b intopython:mainUh oh!
There was an error while loading.Please reload this page.
Sorry,@hoodmane and@hugovk, I could not cleanly backport this to |
hugovk commentedMar 23, 2026
@hoodmane Please could you check the backport? Thanks! |
(cherry picked from commitc94048b)Co-authored-by: Hood Chatham <roberthoodchatham@gmail.com>Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
(cherry picked from commitc94048b)Co-authored-by: Hood Chatham <roberthoodchatham@gmail.com>Co-authored-by: Hugo van Kemenade <1324225+hugovk@users.noreply.github.com>
GH-146331 is a backport of this pull request to the3.14 branch. |
hoodmane commentedMar 23, 2026
webknjaz commentedMar 23, 2026
FTR it's usually easier to set the right timeout as a part of the initial integration since the following runs will make use of cache and somebody handling this in the future would need to have privileges to wipe all the cache records to see the slow durations for each job. |
hoodmane commentedMar 23, 2026
Well that makes sense. Do you think 30 minutes makes sense here? That is about 50% higher than the worst run without cache. Or 40 minutes for 2x? |
…8577* 'main' of github.com:python/cpython:pythongh-146197: Run -m test.pythoninfo on the Emscripten CI (python#146332)pythongh-146325: Use `test.support.requires_fork` in test_fastpath_cache_cleared_in_forked_child (python#146330)pythongh-146197: Add Emscripten to CI (python#146198)pythongh-143387: Raise an exception instead of returning None when metadata file is missing. (python#146234)pythongh-108907: ctypes: Document _type_ codes (pythonGH-145837)pythongh-146175: Soft-deprecate outdated macros; convert internal usage (pythonGH-146178)pythongh-146056: Rework ref counting in treebuilder_handle_end() (python#146167) Add a warning about untrusted input to `configparser` docs (python#146276)pythongh-145264: Do not ignore excess Base64 data after the first padded quad (pythonGH-145267)pythongh-146308: Fix error handling issues in _remote_debugging module (python#146309)pythongh-146192: Add base32 support to binascii (pythonGH-146193)pythongh-135953: Properly obtain main thread identifier in Gecko Collector (python#146045)pythongh-143414: Implement unique reference tracking for JIT, optimize unpacking of such tuples (pythonGH-144300)pythongh-146261: Fix bug in `_Py_uop_sym_set_func_version` (pythonGH-146291)pythongh-145144: Add more tests for UserList, UserDict, etc (pythonGH-145145)pythongh-143959: Fix test_datetime if _datetime is unavailable (pythonGH-145248)pythongh-146245: Fix reference and buffer leaks via audit hook in socket module (pythonGH-146248)pythongh-140049: Colorize exception notes in `traceback.py` (python#140051) Update docs forpythongh-146056 (pythonGH-146213)
Uh oh!
There was an error while loading.Please reload this page.
Time:
By comparison, the build bot took 32m 8s with cache. I guess the github action runners are quite a bit faster than the instance running the build bot.