This is totally off-topic to peppermint, but that's what "general discussion" is for, right?
I am using de-googled Android(AOSP) based phones for 10+ years now (running CyanogenMod, LineageOS, now /e/ os ) with 80%+ FLOSS Apps from the F-Droid store. But after all these years I am still struggling whenever my old phone breaks apart and I need to move to another one.
Without access to the migration tool from google or the phones vendor, I have used several approaches over the years with varying success:
Nuke and pave, synchronize only contacts and address book via WebDAV
Back up some Apps with OAndBackup (from F-Droid) and restore to the new phone
do a full adb backup and restore it to the new phone
backups from TWRP to the SD.Card (if there is one)
I never got around to really test which approach works best, but it always takes (too) long and is a pain to do. There are always some apps that don't survive the migration or loose their data. When the migration is complete after several hours, I hope that the new handset survives long enough to forget the PITA I have suffered ;-)
How do you migrate to a new AOSP-based phone? when you try to avoid google as much as possible?
Did you find the "holy grail of google-free migration"?
Regards, Markus
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I do use lineage......but never really keep stuff on my phone that I care much about, mostly I use it for signal, and matrix....plus an actual phone. yeah man... never real needed a migration.......
Sorry not much I can offer on that question
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Most of my stuff is also not that important like chat history or synced online like mail and PIM Data.
But my offline shopping list App (rshopping) is a data horder's dream with about 1000 items with shops, categories, aisles and per-shop pricing that's really helpful with daily grocery shopping. I had to rebuild that once and felt like a caveman for about two weeks ;-)
I also try to backup the podcast App with downloads and play-states for migration, but a normal subscriptions backup (OPML-file) also does the job if the full backup failed. :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hey folks,
This is totally off-topic to peppermint, but that's what "general discussion" is for, right?
I am using de-googled Android(AOSP) based phones for 10+ years now (running CyanogenMod, LineageOS, now /e/ os ) with 80%+ FLOSS Apps from the F-Droid store. But after all these years I am still struggling whenever my old phone breaks apart and I need to move to another one.
Without access to the migration tool from google or the phones vendor, I have used several approaches over the years with varying success:
I never got around to really test which approach works best, but it always takes (too) long and is a pain to do. There are always some apps that don't survive the migration or loose their data. When the migration is complete after several hours, I hope that the new handset survives long enough to forget the PITA I have suffered ;-)
How do you migrate to a new AOSP-based phone? when you try to avoid google as much as possible?
Did you find the "holy grail of google-free migration"?
Regards, Markus
I do use lineage......but never really keep stuff on my phone that I care much about, mostly I use it for signal, and matrix....plus an actual phone. yeah man... never real needed a migration.......
Sorry not much I can offer on that question
Most of my stuff is also not that important like chat history or synced online like mail and PIM Data.
But my offline shopping list App (rshopping) is a data horder's dream with about 1000 items with shops, categories, aisles and per-shop pricing that's really helpful with daily grocery shopping. I had to rebuild that once and felt like a caveman for about two weeks ;-)
I also try to backup the podcast App with downloads and play-states for migration, but a normal subscriptions backup (OPML-file) also does the job if the full backup failed. :-)