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
This one tripped me up for a while, because the documentation (both master and revamp) was not clear on where the entry point to the Python code should go. But eventually I discovered that if --private is given a relative path (on Linux), it silently fails: assets/private.mp3 is successfully built without any of the app code, resulting in an APK that installs but doesn't start.
Either --private should be extended to support relative paths, or the documentation should say they aren't supported, and p4a should fail loudly.
The text was updated successfully, but these errors were encountered:
This is just a bug, relating to how p4a switches directory contexts - it holds the correct directory for relative path resolution in a variable but doesn't always correctly apply it. Thanks for reporting it.
This one tripped me up for a while, because the documentation (both master and revamp) was not clear on where the entry point to the Python code should go. But eventually I discovered that if
--private
is given a relative path (on Linux), it silently fails:assets/private.mp3
is successfully built without any of the app code, resulting in an APK that installs but doesn't start.Either
--private
should be extended to support relative paths, or the documentation should say they aren't supported, andp4a
should fail loudly.The text was updated successfully, but these errors were encountered: