You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/news/buzz/august-2025-status-update/contents.lr
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,21 +4,21 @@ author: Russell Keith-Magee
4
4
---
5
5
body:
6
6
7
-
August has been a slow month due to some personal leave, and some unexpected road bumps from Github - but BeeWare has still made some notable progress.
7
+
August has been a slow month due to some personal leave, and some unexpected road bumps from GitHub - but BeeWare has still made some notable progress.
8
8
9
9
## What we've done
10
10
11
11
-[Python 3.14.0rc2 has been released](https://www.python.org/downloads/release/python-3140rc2/) - including, for the first time, official Android binaries! You can now download official, pre-compiled Android binaries for CPython. This is a major milestone for Android support, as it means BeeWare is able to use official binaries when building Android apps.
12
-
- As part of the changes adding official Android binaries to the release process, [Android was added to the CI checks that are performed as part of every pull request on Github](https://github.com/python/cpython/pull/137186). This will significantly reduce the likelihood of bugs landing in main that will break the Android buildbots.
12
+
- As part of the changes adding official Android binaries to the release process, [Android was added to the CI checks that are performed as part of every CPython pull request on GitHub](https://github.com/python/cpython/pull/137186). This will significantly reduce the likelihood of bugs landing in main that will break the Android buildbots.
13
13
- We spent a significant amount of time [dealing with an update to GitHub Actions](https://github.com/actions/runner-images/issues/12777). On August 11, GitHub rolled out an update to the disk image they use for macOS 15 machines - and in the process, broke the tools that BeeWare uses to test iOS applications. It took almost a week to identify the cause of this problem, and develop a fix. However, the good news is that [the fix significantly simplifies the iOS testing process](https://github.com/python/cpython/pull/138018).
14
-
- We [began the process of adding official builds for iOS](https://github.com/python/cpython/pull/138176). The complexity of iOS multi-architecture builds makes official builds a little more complicated than Android, but we're hopeful this work will be able to land in the near future.
14
+
- We [began the process of adding official Python binaries for iOS](https://github.com/python/cpython/pull/138176). The complexity of iOS multi-architecture builds makes official builds a little more complicated than Android, but we're hopeful this work will be able to land in the near future.
15
15
- We added a recipe for building [iOS binaries for zstandard](https://github.com/beeware/cpython-apple-source-deps/pull/64). These are needed to support the new zstandard compression library in Python 3.14.
16
-
- We released a [website to track the status of binary wheel support for iOS and Android](https://beeware.org/mobile-wheels/)
16
+
- We released a [website to track the status of binary wheel support for iOS and Android](https://beeware.org/mobile-wheels/).
17
17
- We released [Briefcase 0.3.25](http://pypi.org/project/briefcase/0.3.25/). This release was primarily required because of a change to Android Play Store target SDK requirements.
18
18
- We modified how Briefcase [determines the minimum supported macOS/iOS version that Python requires](https://github.com/beeware/briefcase/pull/2443). This change allows us to simplify the contents of the support packages.
19
-
- We made Briefcase [more resilient to badly packaged binary wheels](https://github.com/beeware/briefcase/pull/2429). Many packages publish `py3-none-any` wheels, which *should* be platform independent - but then include platform-specific binaries or dynamic library content in the wheels. Briefcase will now ignore these files.
19
+
- We made Briefcase [more resilient to badly packaged binary wheels on macOS](https://github.com/beeware/briefcase/pull/2429). Many packages publish `py3-none-any` wheels, which *should* be platform independent - but then include platform-specific binaries or dynamic library content in the wheels. Briefcase will now ignore these files.
20
20
- Briefcase's unit tests have been made [more resilient to temporary network outages](https://github.com/beeware/briefcase/pull/2434) - something that happens surprisingly often in the GitHub Actions environment.
21
-
- We dropped support for Python 3.9, and added support for Python 3.14 across BeeWare projects. For the first time, this includes the ability to release Windows support [based on pre-releases of Python](https://github.com/beeware/briefcase/pull/2432) - previously, we had to wait until the `.0` release of a new python version before we could add support.
21
+
- We dropped support for Python 3.9, and added support for Python 3.14 across BeeWare projects. For the first time, this includes the ability to release Windows support [based on pre-releases of Python](https://github.com/beeware/briefcase/pull/2432) - previously, we had to wait until the `.0` release of a new Python version before we could add support.
22
22
- We [improved the checks (and error reporting) associated with using new versions of Travertino with old versions of Toga](https://github.com/beeware/toga/pull/3683).
23
23
- We resolved a long standing bug on iOS where [touch events wouldn't be triggered if content was "below the fold" on a scroll container](https://github.com/beeware/toga/pull/3680).
24
24
- We started work on a [new tool to consolidate the cross-platform building tools used on Android, iOS and Emscripten](https://github.com/beeware/xbuild). This tool still needs a lot of work before it's production-ready, but it draws from our lessons learned on cibuildwheel, and should allow us to simplify and consolidate the approaches taken to implement cross-platform builds.
0 commit comments