Update install-android.md: Installation via Obtainium, and DeGoogle notice#1109
Update install-android.md: Installation via Obtainium, and DeGoogle notice#1109davidhedlund wants to merge 22 commits intolibretro:masterfrom
Conversation
Make the "Installation notes" and its sub-sections visible in the menu bar
DeGoogle notices
Removed Yalp Store, not maintained
Added "Installation via Obtainium" section
The F-Droid release is incomplete
You don’t need to be signed in to adjust Play Protect settings
wording
Wording
improve "sideloading" text
Install unknown apps
Improved phrasing for sideloading steps
The step to disable Play Protection is complex and should be read carefully to ensure success on all Android devices.
wording
|
I'm not sure about Obtanium being recommended. |
Completed the Obtainium installation guide
The primary question is whether to recommend automated installation/upgrade methods like F-Droid or Obtainium over manual ones. I believe we should. If others agree, then Obtainium should be the recommended option, as the F-Droid release is still incomplete. I encourage anyone interested in forming their own opinion to try Obtainium from F-Droid firsthand. It’s become one of the most popular Android apps for download automation in recent years—for example, it ranks among the top apps in the GitHub Store—for good reason. It’s also worth noting that Obtainium is Android TV–friendly, making it suitable for use across all Android devices, and it is downloading the apks from the buildbot archive which also is used for manual downloads. |
wording
Added: "The only difference is that Obtainium automates this process and provides update notifications, helping users stay current and avoid reporting issues from outdated versions."
Added: "It’s also worth noting that Obtainium is Android TV–friendly, making it suitable for use across all Android devices"
Moved “Installation via Obtainium” section below “Manual Downloads” and removed “(recommended)” from its heading.
I’ve moved the “Installation via Obtainium” section below “Manual Downloads” and removed “(recommended)” from its heading, so this PR should now be ready for approval. |
|
I think this looks good overall, but the F-Droid stuff sounds a little negative. Perhaps it would make sense to explain why it's the way it is, like:
|
Updated the "Installation via F-Droid (incomplete)" section. Most issues in libretro/RetroArch#16126 have been solved, but I've submitted this report since the issue persists across Google streaming devices: * F-Droid release missing assets for armeabi-v7a ABI (32-bit ARM), pixelated fonts and icons - libretro/RetroArch#18756
I've spent a few hours today thoroughly reinvestigating all significant F-Droid-related issues that affect many users. See the commit: |
Following hizzlekizzle's advice (libretro#1109 (comment)), added note that the F-Droid RetroArch release ships with minimal assets to reduce APK size, and requires using the Online Updater (Main Menu → Online Updater) to match the retroarch.com release.
I followed your advice: e286614 Thank you! |
|
I'm not clear on how the assets are missing for a specific arch. We use the same assets everywhere. |
I have already replaced the ABI with just I just added a detailed comparison table to libretro/RetroArch#18756 highlighting rendering failures with the ozone menu driver for the F-Droid release. |
Uh oh!
There was an error while loading. Please reload this page.