Skip to content

Releases: flet-dev/python-build

20260720

Choose a tag to compare

@github-actions github-actions released this 20 Jul 18:21
5a7e32a
Bump dart bridge version to 1.5.1 (#32)

Updates manifest.json to use dart_bridge_version 1.5.1 instead of 1.5.0.

20260719

Choose a tag to compare

@github-actions github-actions released this 19 Jul 22:10
df4665d
fix(desktop): stop pruning _pyrepl from Windows/Linux stdlib (#31)

CPython 3.14's pydoc (and pdb) import _pyrepl at module load, so pruning it
breaks any desktop app importing pydoc/pdb/pytest with:

  ModuleNotFoundError: No module named '_pyrepl'

Un-prune _pyrepl in the Windows and Linux Dart excludes. macOS/iOS/Android
already un-pruned it (mobile fix #29); their comments now also cite pydoc.

Fixes flet-dev/serious-python#236

20260714

Choose a tag to compare

@github-actions github-actions released this 14 Jul 15:31
7d33d55
fix(ios): re-enable _posixshmem so multiprocessing (resource_tracker)…

20260712

Choose a tag to compare

@github-actions github-actions released this 12 Jul 17:50
dc76612
fix(mobile): _pyrepl pruning + mimalloc seccomp open() on 3.13/3.14 (…

20260708

Choose a tag to compare

@github-actions github-actions released this 08 Jul 22:54
ecbd1a0
Update dart_bridge_version 1.5.0 and pyodide_version 314.0.2 (#28)

20260701

Choose a tag to compare

@github-actions github-actions released this 01 Jul 16:49
5cc961a
iOS: build the `_multiprocessing` extension (importable, not spawnabl…

20260630

Choose a tag to compare

@github-actions github-actions released this 30 Jun 22:00
0132a9d
Bump dart_bridge_version to 1.4.1 (#26)

dart-bridge 1.4.1 adds armeabi-v7a binaries for Python 3.13/3.14. Bump the
manifest so the next date-keyed release advertises it to serious_python / flet.

20260629

Choose a tag to compare

@github-actions github-actions released this 29 Jun 19:36
ef3c293
Build armeabi-v7a (32-bit ARM) for Python 3.13/3.14 (#25)

CPython's official Android/android.py lists arm-linux-androideabi in its
supported HOSTS for both 3.13 and 3.14, and beeware's cpython-android-source-deps
publishes the matching 32-bit dependency tarballs. PEP 738 makes 64-bit Android
the *tested* Tier-3 configuration; it does not prevent building 32-bit ARM. So
the only blocker was a self-imposed ABI gate in build.sh.

- build.sh: allow armeabi-v7a through the 3.13+ official-build ABI case.
- build-all.sh: read android_abis from manifest.json (same source the CI
  packaging step uses) instead of a separate hardcoded version gate, so the
  build set and package set stay in lockstep.
- manifest.json: add armeabi-v7a to 3.13 and 3.14.
- README/android/README: correct the "3.13+ are 64-bit-only" note.

Validated locally: 3.14.6 and 3.13.14 both build via android.py and package
into Dart tarballs; libpython and extension modules are ELF32/ARM with no
import failures.

20260621

Choose a tag to compare

@github-actions github-actions released this 21 Jun 18:14
af77660
darwin/macos: don't explicit-codesign bundled C extensions (keep link…

20260618

Choose a tag to compare

@github-actions github-actions released this 18 Jun 16:29
69fd887
Manifest drives Android ABI list (per-minor android_abis) (#21)

Each `pythons.<short>` entry in manifest.json now carries an
`android_abis` array (64-bit first, `armeabi-v7a` trailing on 3.12 only —
PEP 738 dropped 32-bit Android from 3.13). The Android build step in
build-python-version.yml reads it via `jq` and loops
`package-for-dart.sh` once per ABI, replacing the hardcoded
`if version_int < 313 then armeabi-v7a` shell check.

Adding or bumping a Python minor's ABI set is now a one-line manifest
edit; the workflow + downstream consumers (serious_python's
gen_version_tables, flet's manifest-driven registry) flow it through
automatically.

README schema note + the `android_abis` line added to the example.

Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>