So, I don't think there's really anything else that knows how to use LocalTransport and there wouldn't be any guarantees of it not changing in the future. Essentially all these things back up the same data via the same AOSP API. adb backup does NOT use a backup service though.
Conversation
Replying to
I think I could live with LocalTransport, I pretty much just want to have some way to restore most of my settings when wiping /data
2
I'm not sure I understand how it works; do I set it through bmgr and have it dump everything to /sdcard or something like that?
1
Replying to
You'd need to set it as the active backup service but then I'm not sure how you would actually use it. I'm only familiar with it from running the CTS and watching it do stuff. No idea how to actually make it do a backup or where it puts it. Not sure how CTS fetches it either.
1
1
android.googlesource.com/platform/cts/+ are the tests for that. It may be that it's really too annoying to use it. You're probably better off using Seedvault. It'd just be neat if there was an official local backup service instead of the legacy adb backup / restore.
2
1
Replying to
LineageOS is currently integrating Seedvault but they aren't already done. I can't quite use it but I also don't feel like redoing the work they're doing more or less right now
1
I think I understand how LocalTransport works, let me see if I can get it to do something useful
1
Replying to
The general issue with system data is that the backup service is an app-based implementation, and there's important data outside of what's stored in apps. So, privileged system apps like Settings actually have to set up hooks that know how to backup / restore the information.
1
I think what happened is that it's the Nexus / Pixel portion of the company that decided this was a problem, and they did a good job of solving it for the stock OS as a value add over AOSP via added backup hooks in their forks of apps and an extra app providing some backup hooks.
1
That's been slowly trickling into AOSP so it has been getting more complete. I'm not entirely sure how much stuff stored outside of app data is still missing backup hooks in AOSP. It's not actually very hard to implement at all, it's just hooks to load and save the data.
1
1
So, apps have to go out of the way to disable it for themselves, but privileged system apps need to go out of the way to do backup/restore for the non-app-based data storage, like Wi-Fi networks and other things like that stored 'somewhere' outside of the system apps themselves.
Replying to
yeah I figured it works something like that, it's pretty frustrating if you have to restore backups a lot
1
oh by the way, can the system be modified to ignore the "no backups" app key? or would this just break most of the apps that set it?
1
Show replies
android.googlesource.com/platform/frame is an example of how this has to be implemented. It's generally really easy but there have historically been some very notable omissions that got handled by the Nexus / Pixel teams with dedicated apps papering over the missing implementations in AOSP.
1