Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot ARM Raspbian 3.x has failed when building commit 447d061. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/all/#builders/424/builds/3216 Summary of the results of the build (if available): == Tests result: ENV CHANGED == 411 tests OK. 10 slowest tests:
1 test altered the execution environment: 21 tests skipped: Total duration: 29 min 29 sec Click to see traceback logsremote: Enumerating objects: 42, done.
remote: Counting objects: 2% (1/42)
remote: Counting objects: 4% (2/42)
remote: Counting objects: 7% (3/42)
remote: Counting objects: 9% (4/42)
remote: Counting objects: 11% (5/42)
remote: Counting objects: 14% (6/42)
remote: Counting objects: 16% (7/42)
remote: Counting objects: 19% (8/42)
remote: Counting objects: 21% (9/42)
remote: Counting objects: 23% (10/42)
remote: Counting objects: 26% (11/42)
remote: Counting objects: 28% (12/42)
remote: Counting objects: 30% (13/42)
remote: Counting objects: 33% (14/42)
remote: Counting objects: 35% (15/42)
remote: Counting objects: 38% (16/42)
remote: Counting objects: 40% (17/42)
remote: Counting objects: 42% (18/42)
remote: Counting objects: 45% (19/42)
remote: Counting objects: 47% (20/42)
remote: Counting objects: 50% (21/42)
remote: Counting objects: 52% (22/42)
remote: Counting objects: 54% (23/42)
remote: Counting objects: 57% (24/42)
remote: Counting objects: 59% (25/42)
remote: Counting objects: 61% (26/42)
remote: Counting objects: 64% (27/42)
remote: Counting objects: 66% (28/42)
remote: Counting objects: 69% (29/42)
remote: Counting objects: 71% (30/42)
remote: Counting objects: 73% (31/42)
remote: Counting objects: 76% (32/42)
remote: Counting objects: 78% (33/42)
remote: Counting objects: 80% (34/42)
remote: Counting objects: 83% (35/42)
remote: Counting objects: 85% (36/42)
remote: Counting objects: 88% (37/42)
remote: Counting objects: 90% (38/42)
remote: Counting objects: 92% (39/42)
remote: Counting objects: 95% (40/42)
remote: Counting objects: 97% (41/42)
remote: Counting objects: 100% (42/42)
remote: Counting objects: 100% (42/42), done.
remote: Compressing objects: 5% (1/20)
remote: Compressing objects: 10% (2/20)
remote: Compressing objects: 15% (3/20)
remote: Compressing objects: 20% (4/20)
remote: Compressing objects: 25% (5/20)
remote: Compressing objects: 30% (6/20)
remote: Compressing objects: 35% (7/20)
remote: Compressing objects: 40% (8/20)
remote: Compressing objects: 45% (9/20)
remote: Compressing objects: 50% (10/20)
remote: Compressing objects: 55% (11/20)
remote: Compressing objects: 60% (12/20)
remote: Compressing objects: 65% (13/20)
remote: Compressing objects: 70% (14/20)
remote: Compressing objects: 75% (15/20)
remote: Compressing objects: 80% (16/20)
remote: Compressing objects: 85% (17/20)
remote: Compressing objects: 90% (18/20)
remote: Compressing objects: 95% (19/20)
remote: Compressing objects: 100% (20/20)
remote: Compressing objects: 100% (20/20), done.
remote: Total 23 (delta 18), reused 7 (delta 3), pack-reused 0
From https://github.com/python/cpython
* branch main -> FETCH_HEAD
Note: switching to '447d061bc7b978afedd3b0148715d2153ac726c5'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -c with the switch command. Example:
git switch -c <new-branch-name>
Or undo this operation with:
git switch -
Turn off this advice by setting config variable advice.detachedHead to false
HEAD is now at 447d061bc7 gh-97930: Apply changes from importlib_resources 5.10. (GH-100598)
Switched to and reset branch 'main'
Objects/obmalloc.c:776:1: warning: ‘always_inline’ function might not be inlinable [-Wattributes]
776 | arena_map_get(pymem_block *p, int create)
| ^~~~~~~~~~~~~
make: *** [Makefile:1895: buildbottest] Error 3
|
Sorry, something went wrong.
|
The buildbot failure appears unrelated to this change and highly isolated, so I'm going to assume it's a spurious failure. |
Sorry, something went wrong.
Previous sync with 5.9 was #97929.
Changes are described here:
#203: Lifted restriction on modules passed to files. Now modules need not be a package and if a non-package module is passed, resources will be resolved adjacent to those modules, even for modules not found in any package. For example, files(import_module('mod.py')) will resolve resources found at the root. The parameter to files was renamed from ‘package’ to ‘anchor’, with a compatibility shim for those passing by keyword.
#259: files no longer requires the anchor to be specified and can infer the anchor from the caller’s scope (defaults to the caller’s module).
These changes have been released for several months with no reported concerns.