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
{{ message }}
Repository navigation
Move the recipe from pydevices-audioif 0.0.4 to pydevices-audiodsp 0.5.x #8
The DSP repository was renamed audiodsp on 2026-09-21 and its distribution is pydevices-audiodsp from v0.5.0. This build's python-for-android recipe still installs pydevices-audioif pinned at 0.0.4.
That keeps working — PyPI names are their own namespace, and the old one keeps its releases — so nothing is broken and nothing is urgent. But it is a build pinned to a core more than forty releases old.
What the move needs:
pydevices-audiodsp 0.5.x on TestPyPI, which p4a.extra_args already lists as an index (waits on the audiodsp release)
the recipe directory, name, get_pip_name(), version and the requirements line in p4a_app/buildozer.spec changed together
an APK build on at least one ABI behind it, because 0.5.0 is a different core from 0.0.4: it carries the pump engine and its port hooks, and nobody has cross-compiled that for Android
Until then tools/rename_gate.py in the workspace reports this repo as "still on the old PyPI package", which it counts as a to-do and not as a hazard.
Moved in #12 (107b1bc). python3 scripts/check_recipe_pins.py prints OK pydevices-audiodsp==0.6.0 and exits 0, and template-check CI passed. The recipe and the requirements line are byte-identical to android-runner's, whose x86_64 APK build passes: PyDevices/android-runner#7 (comment). Running it on a device isn't proven yet.
Proven on a device, 2026-09-24: Brad's Galaxy S21 (SM-G991U, arm64-v8a, Android 14). I installed an arm64 build of android-runner main (1a670ee) with adb install and ran the app's own bundled Python 3.14.2 headless through run-as. pydevices-audiodsp 0.6.0 imports, the native _audiodsp.so loads from the app's site-packages (synthio wraps it), and a Synthesizer renders 2048 samples at peak 16383, identical to the desktop run of the same script. (android-template's recipe is byte-identical to the runner's.)
Activity
recipes: pydevices-audioif 0.0.4 -> pydevices-audiodsp 0.6.0 (#12)
bdbarnett commentedon Sep 23, 2026
Moved in #12 (107b1bc).
python3 scripts/check_recipe_pins.pyprintsOK pydevices-audiodsp==0.6.0and exits 0, and template-check CI passed. The recipe and the requirements line are byte-identical to android-runner's, whose x86_64 APK build passes: PyDevices/android-runner#7 (comment). Running it on a device isn't proven yet.bdbarnett commentedon Sep 24, 2026
Proven on a device, 2026-09-24: Brad's Galaxy S21 (SM-G991U, arm64-v8a, Android 14). I installed an arm64 build of android-runner main (1a670ee) with
adb installand ran the app's own bundled Python 3.14.2 headless throughrun-as.pydevices-audiodsp 0.6.0imports, the native_audiodsp.soloads from the app's site-packages (synthio wraps it), and a Synthesizer renders 2048 samples at peak 16383, identical to the desktop run of the same script. (android-template's recipe is byte-identical to the runner's.)