> The other option is not building the librockbox.so into the apk at all
> but instead download it on first run, or try to load rockbox.zip from
> the sdcard. This allows the user to use whichever build they want, it
> means it can be integrated into the build system more simply, and we
> only ever need to update the .apk when the java changes (or we use
> that to try to force users onto the new releases).
>
> http://www.rockbox.org/tracker/task/11525 does this in a mostly
> working way. It asks if you want to download (which isnt implemented
> yet) or update if rockbox.zip is found in /sdcard/rockbox on first run
> (I want to make it check on every resume of the activity for a new
> rockbox.zip but I'm not having any luck restarting the service/rockbox
> thread).
>
This sounds really good to me. Having the rockbox folder on the SD card saves
internal memory and makes it a lot easier to update. Not to mention its a lot
more like on other targets where the music and .rockbox folder are together.
