Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #56407 > unrolled thread

What method you use to backup & share your installed apps on Android?

Back to article view | Back to comp.mobile.android

Contents

  What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-09 04:47 +0000
    Re:What method you use to backup & share your installed apps on Android? visiblink <visiblink@gmx.invalid> - 2018-10-09 21:30 -0700
      Re: What method you use to backup & share your installed apps on Android? "(PeteCresswell)" <x@y.Invalid> - 2018-10-10 19:45 -0400
        Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-11 13:18 +0000
          Re: What method you use to backup & share your installed apps on Android? 123456789 <12345@12345.com> - 2018-10-11 10:14 -0700
          Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-12 03:39 +0000
            Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-12 11:23 +0000
              Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-13 03:49 +0000
                Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-13 04:14 +0000
                Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 13:58 +0000
              Re: What method you use to backup & share your installed apps on Android? Diesel <me@privacy.net> - 2018-10-31 06:02 +0000
                Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-31 15:47 +0000
                  Re: What method you use to backup & share your installed apps on Android? Diesel <me@privacy.net> - 2018-11-01 23:44 +0000
      Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-12 02:16 +0000
    Re: What method you use to backup & share your installed apps on Android? visiblink <visiblink@mail.invalid> - 2018-10-19 20:53 -0700
      Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-21 19:32 +0000
    Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-21 19:03 +0000
      Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-22 16:34 +0000
        Re: What method you use to backup & share your installed apps on Android? KenW                  <kenw@nono.net> - 2018-10-22 11:09 -0600
          Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-10-22 17:33 +0000
            Re: What method you use to backup & share your installed apps on Android?  Arlen    Holder <a%rlenh.older@no.spam.net> - 2018-10-23 20:05 +0000
        Re: What method you use to backup & share your installed apps on Android? arlen michael holder <arlen_michael_holder@example.com> - 2018-11-18 03:29 +0000
          Re: What method you use to backup & share your installed apps on Android? Frank Slootweg <this@ddress.is.invalid> - 2018-11-18 19:49 +0000

Page 1 of 2  [1] 2  Next page →

#56407 — What method you use to backup & share your installed apps on Android?

What method you use to backup & share your installed apps on Android?

Together, these two methods backup and share your installed apps:
a. A program to generate a list of apps, versions, & URLs
b. A program to generate the actual APKs for each app & version

For (a) above, there are many ways to save for backup and/or share your
list of URLs for installed apps on Android, where the method I use is shown
below, and where I ask what method you use to share your list of installed
apps on Android sufficient for easy re-installation by yourself or by your
friends.

1. Install any freeware apps-list & URL generator:
   <https://play.google.com/store/search?q=my%20apps%20list>
2. Generate a list of unique apps for backup & communication purposes.
   (This can be an editable file, or the clipboard shared to SMS or Email.)

Note that the shared file includes the Google Play links to the installers.
Unfortunately, they don't seem to include the F-Droid links, sadly.
(Do you know how to obtain that information automatically?)

For example, using My Apps List, by Fede Fernandez:
 <https://play.google.com/store/apps/details?id=com.projectsexception.myapplist>
 My App List: Selectall > Save > filename > OK
 My App List: Selectall > Share > Jota or K9-Mail > OK

For example, using My Apps - App List, by Spencer Studios:
 <https://play.google.com/store/apps/details?id=com.spencerstudios.applist>
 My Apps-Apps List: 3dot > Select all > Share > Jota or K9-Mail > OK 

For example, using List My Apps, by onyxbits:
 <https://play.google.com/store/apps/details?id=de.onyxbits.listmyapps>
 List My Apps: 3dot > Select all > Share > Jota or K9-Mail > OK 

For (b) above, I install any freeware APK backup utility which can back up
any already-installed app to an APK which can be archived and re-loaded at
will.

For example, App Backup & Restore - Easiest backup tool, by Apex Apps:
 <https://play.google.com/store/apps/details?id=mobi.usage.appbackup>
This doesn't generate a list or URLs, but it generates the actual APKs.

Together, these two methods backup and share your installed apps:
a. A program to generate a list of apps, versions, & URLs
b. A program to generate the actual APKs for each app & version

To further improve our overall tribal knowledge, I ask...
What method you use to backup & share your installed apps on Android?

[toc] | [next] | [standalone]

#56441

 Arlen    Holder <a%rlenh.older@no.spam.net> Wrote in message:
> What method you use to backup & share your installed apps on Android?
> 
> Together, these two methods backup and share your installed apps:
> a. A program to generate a list of apps, versions, & URLs
> b. A program to generate the actual APKs for each app & version
> 
> For (a) above, there are many ways to save for backup and/or share your
> list of URLs for installed apps on Android, where the method I use is shown
> below, and where I ask what method you use to share your list of installed
> apps on Android sufficient for easy re-installation by yourself or by your
> friends.
> 
> 1. Install any freeware apps-list & URL generator:
>    <https://play.google.com/store/search?q=my%20apps%20list>
> 2. Generate a list of unique apps for backup & communication purposes.
>    (This can be an editable file, or the clipboard shared to SMS or Email.)
> 
> Note that the shared file includes the Google Play links to the installers.
> Unfortunately, they don't seem to include the F-Droid links, sadly.
> (Do you know how to obtain that information automatically?)
> 
> For example, using My Apps List, by Fede Fernandez:
>  <https://play.google.com/store/apps/details?id=com.projectsexception.myapplist>
>  My App List: Selectall > Save > filename > OK
>  My App List: Selectall > Share > Jota or K9-Mail > OK
> 
> For example, using My Apps - App List, by Spencer Studios:
>  <https://play.google.com/store/apps/details?id=com.spencerstudios.applist>
>  My Apps-Apps List: 3dot > Select all > Share > Jota or K9-Mail > OK 
> 
> For example, using List My Apps, by onyxbits:
>  <https://play.google.com/store/apps/details?id=de.onyxbits.listmyapps>
>  List My Apps: 3dot > Select all > Share > Jota or K9-Mail > OK 
> 
> For (b) above, I install any freeware APK backup utility which can back up
> any already-installed app to an APK which can be archived and re-loaded at
> will.
> 
> For example, App Backup & Restore - Easiest backup tool, by Apex Apps:
>  <https://play.google.com/store/apps/details?id=mobi.usage.appbackup>
> This doesn't generate a list or URLs, but it generates the actual APKs.
> 
> Together, these two methods backup and share your installed apps:
> a. A program to generate a list of apps, versions, & URLs
> b. A program to generate the actual APKs for each app & version
> 
> To further improve our overall tribal knowledge, I ask...
> What method you use to backup & share your installed apps on Android?
> 

For b, I use APK Extractor, available on F-Droid :
 https://f-droid.org/en/packages/axp.tool.apkextractor/

Thanks for the info on a. I hadn't considered an app that would
 list all installs.
-- 


----Android NewsGroup Reader----
http://usenet.sinaapp.com/

[toc] | [prev] | [next] | [standalone]

#56478

Per visiblink:
>For b, I use APK Extractor, available on F-Droid :
> https://f-droid.org/en/packages/axp.tool.apkextractor/

+1 for APK Extractor.
-- 
Pete Cresswell

[toc] | [prev] | [next] | [standalone]

#56498

"(PeteCresswell)" <x@y.invalid> wrote:
> Per visiblink:
> >For b, I use APK Extractor, available on F-Droid :
> > https://f-droid.org/en/packages/axp.tool.apkextractor/
> 
> +1 for APK Extractor.

+1 again, especially because it saves the APKs in the Download folder! [1]


[1] "Nudge nudge. Nudge nudge. Know what I mean? Say no more...know what
I mean?"

[toc] | [prev] | [next] | [standalone]

#56509

On 10/11/2018 6:18 AM, Frank Slootweg wrote:
> "(PeteCresswell)" <x@y.invalid> wrote:

>> +1 for APK Extractor.
> 
> +1 again, especially because it saves the APKs in the Download folder!

I use Astro which does the same, though I use an older version so can't 
vouch for the current one.

[toc] | [prev] | [next] | [standalone]

#56530

On 11 Oct 2018 13:18:20 GMT, Frank Slootweg wrote:

> +1 again, especially because it saves the APKs in the Download folder! [1]

Update...

I installed that suggested F-Droid APK Extractor, which works, of course,
but it's extremely primitive, as it doesn't even seem to have a "select
all" button, which is kind of crazy if there's no way to select 150 apps
except one by one.

Unless there's a setting I missed, the F-Droid APK Extractor seems kind of
useless for automatic backups also, so that's two strikes against it.

One thing going for it though is the sheer simplicity.

It doesn't do much else other than manually back up APKs to the wrong
location, where if you tap on a listed app, it will manually create the APK
on the fly but it puts the APK in the dumbest location possible, which is
in /storage/emulated/0/Download/apk/name-of-apk.apk

That's clearly a stupid location, since it's NOT a download by any stretch
of the imagination. It's a doubly stupid location because it isn't on the
external sdcard, where only someone with absolutely no concept of
organization would leave their APKs on the internal card when they have an
external sdcard just sitting there waiting for APKs that will never show
up.

In summary, while the app does the job, it's primitive in that it isn't
automatic, it doesn't have a select-all, and it doesn't seem to have the
option to put the APK where it belongs (on the external sdcard, for
example); so, unless I missed those basic settings somewhere, I'll happily
go back to the Apex Apps APK extractor because:
a. It can select all APKs
b. It can automatically back up APKs upon installation (all versions)
c. It can distinguish between system apps and user-installed apps
d. It can be set to put the APKs where they belong

The more functional APK extractor automatically puts all versions in:
 /sdcard1/1data/apk/filename.apk
so that I can remove the sdcard for backup & re-use in other devices.

[toc] | [prev] | [next] | [standalone]

#56540

Arlen    Holder <a%rlenh.older@no.spam.net> wrote:

[About APK Extractor:]

[...]

> One thing going for it though is the sheer simplicity.
> 
> It doesn't do much else other than manually back up APKs to the wrong
> location, where if you tap on a listed app, it will manually create the APK
> on the fly but it puts the APK in the dumbest location possible, which is
> in /storage/emulated/0/Download/apk/name-of-apk.apk
> 
> That's clearly a stupid location, since it's NOT a download by any stretch
> of the imagination. It's a doubly stupid location because it isn't on the
> external sdcard, where only someone with absolutely no concept of
> organization would leave their APKs on the internal card when they have an
> external sdcard just sitting there waiting for APKs that will never show
> up.

  Nope, the "doubly stupid" here is *you*.

  We've (non-)discussed this before and instead of *reading* and
*trying* to *learn* from what people post, your threw yet another
tantrum and uttered yet another slew of inappropriate insults (fool,
childish, you have no concept of advanced use, you'll never graduate
above, you won't grow mentally, rigid mindset, Classic fifth-grade
drivel, etc., etc.).

  So off you go! Re-read my responses in the "Do you keep the mess in
the external sdcard or do you change it? (to what?)", and for once in
your life, at least *try* to *read for comprehension* and *try* to
*learn* from what people post.

[Sounds of audience not holding their breath.]

[...]

[toc] | [prev] | [next] | [standalone]

#56586

On 12 Oct 2018 11:23:49 GMT, Frank Slootweg wrote:

> [Sounds of audience not holding their breath.]

Hi Frank Slootweg,

Instead of playing silly games, I prefer to move forward by advancing
our combined tribal knowledge and capabilities for APK inventory:
 <http://www.bild.me/bild.php?file=1853998dir02.jpg>

While I would have preferred an Android solution that simply lists the 
sub versions of all the installed apps into an editable file, I tested 
a workaround in the past half hour that I wish to report so that others 
can benefit from my efforts, as always.

As long as the APKs are stored on the _external_ sdcard, a simple solution
for obtaining an inventory was tested in the past half hour where the 
working workaround is as shown below.

Since this workaround only works with the _external_ sdcard, Frank, if you, 
Frank Slootweg, know how to get your recommended APK extractor to 
automatically save all the installed APKs to the external sdcard, 
that would be useful information indeed, Frank.

Here is what I entered into my log file just now by way of testing.

Note that this method allows you to inventory all your APKs on Android, 
from Windows, without installing anything on Android, and without copying
anything from Android to Windows in order to run the inventory command.

The disadvantage is that this method only works on the _external_ sdcard, 
so the Android APK extractor _must_ be set up to save to that location.
============================================================================
1. Obtain & install MTP Drive version 2.10 crippleware on Windows
   <http://mtpdrive.com/download.html>
   Save to: C:\software\network\mtpdrive\MTPdrive210.exe (3,495 KB)
   It wants to install to: C:\Program Files\MTPdrive
   I installed it into: C:\app\network\mtpdrive 
2. Create a shortcut to C:\app\network\mtpdrive\MTPdrive.exe
3. Connect the Android device over USB & run that MTPdrive.exe shortcut
4. Press the MTPDrive GUI "Map" button to map the phone to a named drive 
5. This mounts the Android external sdcard as a named drive, e.g., (M:)
6. Right click to "Open Command Window Here" to run a DOS command
7. Run the desired DOS command on that now-mounted Android filesystem
   dir /s/a/l/on/b *.apk

Voila!
 <http://www.bild.me/bild.php?file=1853998dir02.jpg>

For another inventory of _every_ file on the external sdcard:
A. Connect the Android device to the USB port of the Windows PC
B. Run the MTPDrive GUI at C:\app\network\mtpdrive\MTPdrive.exe
C. Press the MTPDrive "Settings" button & then go to the "Settings" tab
D. Press the "Dump device data to a file" button > C:\tmp\WPD.log

The bottom portion of that log file will contain a list of every file found.
\SD card\1data\software\apk\lgapps\Calculator-com.google.android.calculator-75013172-v7.5 (213680574).apk 
\SD card\1data\software\apk\lgapps\Chrome-com.android.chrome-349710002-v69.0.3497.100.apk 
\SD card\1data\software\apk\lgapps\Cloud Print-com.google.android.apps.cloudprint-140-v1.40.apk 
\SD card\1data\software\apk\lgapps\Docs-com.google.android.apps.docs.editors.docs-183920235-v1.18.392.02.35.apk 
\SD card\1data\software\apk\lgapps\Drive-com.google.android.apps.docs-183920235-v2.18.392.02.35.apk 
\SD card\1data\software\apk\lgapps\Duo-com.google.android.apps.tachyon-2602856-v39.1.213443905.DR39_RC19.apk 
\SD card\1data\software\apk\lgapps\Facebook App Manager-com.facebook.appmanager-46985667-v18.4.apk 
\SD card\1data\software\apk\lgapps\Facebook-com.facebook.katana-1-vstub.apk 
\SD card\1data\software\apk\lgapps\Gmail-com.google.android.gm-60804175-v8.9.23.215020111.release.apk 
etc.

The good news:
o This crippleware allows us to map the external sdcard to a Windows drive letter.
The bad news:
o It only seems to work for the _external_ sdcard (not the internal sdcard!)
============================================================================
In summary, the good news is that it's possible to run a DOS command
on the Android file system in order to obtain an inventory of the 
installed APKs containing the sub versions.

Of course, it would be preferable to find an Android solution that simply 
outputs the apps installed and their sub-version into an editable file.

[toc] | [prev] | [next] | [standalone]

#56587

On Sat, 13 Oct 2018 03:49:49 -0000 (UTC), Arlen Holder wrote:

> In summary, the good news is that it's possible to run a DOS command
> on the Android file system in order to obtain an inventory of the 
> installed APKs containing the sub versions.

By way of complete information, this inventory method works on Linux
without having to add any additional software (tested on Ubuntu 18.04):
  <http://www.bild.me/bild.php?file=6181360dir01.jpg>

[toc] | [prev] | [next] | [standalone]

#56607

Arlen    Holder <a%rlenh.older@no.spam.net> wrote:
> On 12 Oct 2018 11:23:49 GMT, Frank Slootweg wrote:
> 
> > [Sounds of audience not holding their breath.]
> 
> Hi Frank Slootweg,
> 
> Instead of playing silly games, I prefer to move forward by advancing
> our combined tribal knowledge and capabilities for APK inventory:
>  <http://www.bild.me/bild.php?file=1853998dir02.jpg>

  Pointing out that you are unable or/and unwilling to read for
comprehension and learn from that, is anything *but* "playing silly
games".

  *You*, OTOH *are* playing *stupid* games, by trying to dodge this
issue of not reading / not learning and trying to divert to your ever so
stupid game of drawing first blood.

  So look in the mirror, get off your high horse and get off your
posterior and *read* and *learn*.

[...]

> As long as the APKs are stored on the _external_ sdcard, a simple solution
> for obtaining an inventory was tested in the past half hour where the 
> working workaround is as shown below.
> 
> Since this workaround only works with the _external_ sdcard, Frank, if you, 
> Frank Slootweg, know how to get your recommended APK extractor to 
> automatically save all the installed APKs to the external sdcard, 
> that would be useful information indeed, Frank.

  Yes, I know how to do that and I have pointed you to the answer, but
you're apparently not willing/able to read and learn. So you choose to
be stupid, as in unwilling/unable to learn.

[...]

  EOD (Until you get your act together).

[toc] | [prev] | [next] | [standalone]

#56953

Frank Slootweg <this@ddress.is.invalid>
news:ppq78v.8jo.1@ID-201911.user.individual.net Fri, 12 Oct 2018
11:23:49 GMT in comp.mobile.android, wrote: 

> Arlen    Holder <a%rlenh.older@no.spam.net> wrote:
> 
> [About APK Extractor:]
> 
> [...]
> 
>> One thing going for it though is the sheer simplicity.
>> 
>> It doesn't do much else other than manually back up APKs to the
>> wrong location, where if you tap on a listed app, it will
>> manually create the APK on the fly but it puts the APK in the
>> dumbest location possible, which is in
>> /storage/emulated/0/Download/apk/name-of-apk.apk 
>> 
>> That's clearly a stupid location, since it's NOT a download by
>> any stretch of the imagination. It's a doubly stupid location
>> because it isn't on the external sdcard, where only someone with
>> absolutely no concept of organization would leave their APKs on
>> the internal card when they have an external sdcard just sitting
>> there waiting for APKs that will never show up.
> 
>   Nope, the "doubly stupid" here is *you*.
> 
>   We've (non-)discussed this before and instead of *reading* and
> *trying* to *learn* from what people post, your threw yet another
> tantrum and uttered yet another slew of inappropriate insults
> (fool, childish, you have no concept of advanced use, you'll never
> graduate above, you won't grow mentally, rigid mindset, Classic
> fifth-grade drivel, etc., etc.).
> 
>   So off you go! Re-read my responses in the "Do you keep the mess
>   in 
> the external sdcard or do you change it? (to what?)", and for once
> in your life, at least *try* to *read for comprehension* and *try*
> to *learn* from what people post.

I just pulled the entire thread (all whopping 8 posts rofl) and saved 
it as a continuous text file. I admire the patience you demonstrated 
with Arlen as you tried to explain the layout of the file systems.

I did get a kick out of their misunderstanding that they can sort the 
file system in anyway they damn well like.. ehm... heheh, not as much 
as they might think. [g] Windows, Linux. etc.. Certainly, some 
folders are do with as you will; others.. ehh, not so much no. 
Certain things, including the OS itself do expect to find various 
things in specific places and won't be very pleased if you took it 
upon yourself to relocate them someplace else, because you didn't 
think they should be there. And made no effort to let the OS/software 
package in question know about your, ahem, need for house keeping 
adjustments.

> [Sounds of audience not holding their breath.]

So true.


-- 
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================
Doubt is the origin of truth. Know thyself. - Socrates

[toc] | [prev] | [next] | [standalone]

#56982

Diesel <me@privacy.net> wrote:
[...]
> I just pulled the entire thread (all whopping 8 posts rofl) and saved 
> it as a continuous text file. I admire the patience you demonstrated 
> with Arlen as you tried to explain the layout of the file systems.
> 
> I did get a kick out of their misunderstanding that they can sort the 
> file system in anyway they damn well like.. ehm... heheh, not as much 
> as they might think. [g] Windows, Linux. etc.. Certainly, some 
> folders are do with as you will; others.. ehh, not so much no. 

  Indeed. Even his beloved Linux has its filesystem layout largely based
on the SVR4 filesystem layout.

  And that filesystem layout indeed specifically describes which parts
are off-limits and which parts are free for all.

> Certain things, including the OS itself do expect to find various 
> things in specific places and won't be very pleased if you took it 
> upon yourself to relocate them someplace else, because you didn't 
> think they should be there. And made no effort to let the OS/software 
> package in question know about your, ahem, need for house keeping 
> adjustments.

  But then 'Arlen' whines about "stupid developers" when he can't have
things his way, which is kind of funny for a self-declared
non-programmer by choice.

[toc] | [prev] | [next] | [standalone]

#57024

Frank Slootweg <this@ddress.is.invalid>
news:prcmad.4os.1@ID-201911.user.individual.net Wed, 31 Oct 2018
15:47:18 GMT in comp.mobile.android, wrote: 

> And that filesystem layout indeed specifically describes which
> parts are off-limits and which parts are free for all.

And for logical reasons.
 
> But then 'Arlen' whines about "stupid developers" when he can't
> have things his way, which is kind of funny for a self-declared
> non-programmer by choice.
 
Yep. His/her choice of words used to describe various people they 
interact with, or rather, fail to interact with (read: acquire 
information from them by grade school challenge efforts) doesn't help 
them either. It's obvious they're interested in as little effort as 
possible on their end to achieve whatever goal they feel is necessary.

This is unrelated (afaik) from here, but...It'll be a month soon 
enough, and, no progress has been reported on sharing his/her android 
internal/external memory as a drive letter to use 'DOS' commands 
(rofl.. on Windows 10? :)). A simple apology was all I asked for and I 
would have shared the information they wanted. I was even willing to 
provide several ways in which of doing the same thing. No apology was 
ever forth coming; more elementary school insults came instead. 


-- 
To prevent yourself from being a victim of cyber
stalking, it's highly recommended you visit here:
https://tekrider.net/pages/david-brooks-stalker.php
===================================================
I inherited curiosity from my cat. Why do you ask?

[toc] | [prev] | [next] | [standalone]

#56525

On Tue, 9 Oct 2018 21:30:53 -0700 (PDT), visiblink wrote:

> For b, I use APK Extractor, available on F-Droid :
>  https://f-droid.org/en/packages/axp.tool.apkextractor/
> 
> Thanks for the info on a. I hadn't considered an app that would
>  list all installs.

If you know of a free app that will output the _versions_ of the currently
installed apps into an editable file, that would be very useful!

Thanks for the suggestion of the F-Droid APK Extractor since I've been
using "App Backup & Restore, by Apex Apps" which has ads in it:
 <https://play.google.com/store/apps/details?id=mobi.usage.appbackup>
I'll check out that suggested F-Droid APK Extractor moving forward.

I've been able to create an editable text file of all the apps (with or
without system apps) using  My Apps (which creates Google Play URLs):
 <https://play.google.com/store/apps/details?id=com.spencerstudios.applist>
But that text/URL list doesn't show _version numbers_ in the text file.

I can get version numbers using "Applications Info", which has the
advantage that a screenshot sequence will show the icon and version, which
is important when you have multiple apps with the same name:
 <https://play.google.com/store/apps/details?id=com.majeur.applicationsinfo>
But the output from "Applications Info" is, unfortunately, not an editable
file.

To get an editable file output of the _versions_ of the installed software,
the best I can do so far is do a directory listing of the backed-up APKs,
as explained in this thread.
 From Windows, how can we open a command line on the Android filesystem? 
 <https://groups.google.com/forum/#!topic/comp.mobile.android/vmWWLzPHKt0>

Hence, if you know of a free app that will output the _versions_ of the
currently installed apps into an editable file, that would be very useful!

[toc] | [prev] | [next] | [standalone]

#56745

On Tue, 9 Oct 2018 04:47:45 -0000 (UTC)
Arlen    Holder <a%rlenh.older@no.spam.net> wrote:

> What method you use to backup & share your installed apps on Android?

Just thought you might be interested in this app, which is currently
free on Google Play:
https://play.google.com/store/apps/details?id=com.ruet_cse_1503050.ragib.appbackup.pro

I haven't tried it myself (I will be downloading it immediately), but
free is a great price, and it appears to be feature-laden. 

It's not clear how long the free promotion lasts, so hopefully you see
this message before it ends.

[toc] | [prev] | [next] | [standalone]

#56760

On Fri, 19 Oct 2018 20:53:49 -0700, visiblink wrote:

> Just thought you might be interested in this app, which is currently
> free on Google Play:
> https://play.google.com/store/apps/details?id=com.ruet_cse_1503050.ragib.appbackup.pro
> 
> I haven't tried it myself (I will be downloading it immediately), but
> free is a great price, and it appears to be feature-laden. 
> 
> It's not clear how long the free promotion lasts, so hopefully you see
> this message before it ends.

Thanks for that advice, where I always seek universal solutions that work
for everyone, hence freeware is the only thing that counts.

In addition, I always strive for the _simplest_ solution, which, if we're
going to back up to a desktop, means the desktop does the backing up.

In essence, the goal is to just connect the device to the desktop, and then
let the desktop do the backing up for us.

For example, with rsync or some other easy backup solution.
(I don't use rsync on Windows so if you have a Windows free rsync solution
working that can back up a removable drive, then that would be a great
solution).

For details on how to mount Android as a removable drive, see this post:
 Tutorial to run any Windows command directly on Android over either USB or Wi-Fi 
 <https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>

[toc] | [prev] | [next] | [standalone]

#56755

On Tue, 9 Oct 2018 04:47:45 -0000 (UTC), Arlen Holder wrote:

> What method you use to backup & share your installed apps on Android?

This method of "mounting" and/or "sharing" the Android filesystem with
Windows/Ubuntu (and likely the Mac) should help with backing up data.

 Tutorial to run any Windows command directly on Android over either USB or Wi-Fi 
 <https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>

For example, scheduled rsync commands should work (but I have no experience
with rsync so if others have a working solution, it would be good to post
that so that we all benefit from your knowledge and experience).

[toc] | [prev] | [next] | [standalone]

#56773

Arlen    Holder <a%rlenh.older@no.spam.net> wrote:
> On Tue, 9 Oct 2018 04:47:45 -0000 (UTC), Arlen Holder wrote:
> 
> > What method you use to backup & share your installed apps on Android?
> 
> This method of "mounting" and/or "sharing" the Android filesystem with
> Windows/Ubuntu (and likely the Mac) should help with backing up data.
> 
>  Tutorial to run any Windows command directly on Android over either USB or Wi-Fi 
>  <https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>
> 
> For example, scheduled rsync commands should work (but I have no experience
> with rsync so if others have a working solution, it would be good to post
> that so that we all benefit from your knowledge and experience).

[This response is not about backing up APKs, but about backup/syncing in
general:]

  Have a look at:

'SyncMe Wireless'
<https://play.google.com/store/apps/details?id=com.bv.wifisync>

  'SyncMe Wireless' can sync/backup to a (SMB) Network Share, i.e. also
to any part of your Windows system defined as such.

  'SyncMe Wireless' has rather elaborate scheduling facilities, of
course on time, frequency, day(s) of the week, etc., but also including
checking for being connected to a specific Access Point, being charged,
wake up device, etc..

  I use 'SyncMe Wireless' to make incremental backup of the - Internal
Storage and SD-card - filesystems of my Android devices.

  I have investigated many Android-to-Windows file-backup solutions, and
- for me - this one came out on top.

[toc] | [prev] | [next] | [standalone]

#56774

On 22 Oct 2018 16:34:13 GMT, Frank Slootweg <this@ddress.is.invalid>
wrote:

>Arlen    Holder <a%rlenh.older@no.spam.net> wrote:
>> On Tue, 9 Oct 2018 04:47:45 -0000 (UTC), Arlen Holder wrote:
>> 
>> > What method you use to backup & share your installed apps on Android?
>> 
>> This method of "mounting" and/or "sharing" the Android filesystem with
>> Windows/Ubuntu (and likely the Mac) should help with backing up data.
>> 
>>  Tutorial to run any Windows command directly on Android over either USB or Wi-Fi 
>>  <https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>
>> 
>> For example, scheduled rsync commands should work (but I have no experience
>> with rsync so if others have a working solution, it would be good to post
>> that so that we all benefit from your knowledge and experience).
>
>[This response is not about backing up APKs, but about backup/syncing in
>general:]
>
>  Have a look at:
>
>'SyncMe Wireless'
><https://play.google.com/store/apps/details?id=com.bv.wifisync>
>
>  'SyncMe Wireless' can sync/backup to a (SMB) Network Share, i.e. also
>to any part of your Windows system defined as such.
>
>  'SyncMe Wireless' has rather elaborate scheduling facilities, of
>course on time, frequency, day(s) of the week, etc., but also including
>checking for being connected to a specific Access Point, being charged,
>wake up device, etc..
>
>  I use 'SyncMe Wireless' to make incremental backup of the - Internal
>Storage and SD-card - filesystems of my Android devices.
>
>  I have investigated many Android-to-Windows file-backup solutions, and
>- for me - this one came out on top.

When I logged into Google with my new phone, clean out of the box, I
got everything that was on my broken phone.


KenW

[toc] | [prev] | [next] | [standalone]

#56777

KenW <kenw@nono.net> wrote:
> On 22 Oct 2018 16:34:13 GMT, Frank Slootweg <this@ddress.is.invalid>
> wrote:
> 
> >Arlen    Holder <a%rlenh.older@no.spam.net> wrote:
> >> On Tue, 9 Oct 2018 04:47:45 -0000 (UTC), Arlen Holder wrote:
> >> 
> >> > What method you use to backup & share your installed apps on Android?
> >> 
> >> This method of "mounting" and/or "sharing" the Android filesystem with
> >> Windows/Ubuntu (and likely the Mac) should help with backing up data.
> >> 
> >>  Tutorial to run any Windows command directly on Android over either USB or Wi-Fi 
> >>  <https://groups.google.com/forum/#!topic/comp.mobile.android/JrWLPRYO-TU>
> >> 
> >> For example, scheduled rsync commands should work (but I have no experience
> >> with rsync so if others have a working solution, it would be good to post
> >> that so that we all benefit from your knowledge and experience).
> >
> >[This response is not about backing up APKs, but about backup/syncing in
> >general:]
> >
> >  Have a look at:
> >
> >'SyncMe Wireless'
> ><https://play.google.com/store/apps/details?id=com.bv.wifisync>
> >
> >  'SyncMe Wireless' can sync/backup to a (SMB) Network Share, i.e. also
> >to any part of your Windows system defined as such.
> >
> >  'SyncMe Wireless' has rather elaborate scheduling facilities, of
> >course on time, frequency, day(s) of the week, etc., but also including
> >checking for being connected to a specific Access Point, being charged,
> >wake up device, etc..
> >
> >  I use 'SyncMe Wireless' to make incremental backup of the - Internal
> >Storage and SD-card - filesystems of my Android devices.
> >
> >  I have investigated many Android-to-Windows file-backup solutions, and
> >- for me - this one came out on top.
> 
> When I logged into Google with my new phone, clean out of the box, I
> got everything that was on my broken phone.

  Next time use an app which did *not* come with your phone and which is
*not* a Google (i.e. written by Google) app and see how (un)lucky you
get!

  There are zillions of *non*-Google apps. If you use any of those,
you're <excrements> out of luck, *unless* those apps *themselves* offer
backup/restore functionality or/and you make backup by other means.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.mobile.android

csiph-web