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

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

Do you "Decline" or "Accept" Google regularly checking on your apps?

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

Contents

  Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algier <horatio@horatio.net> - 2016-09-21 05:47 +0000
    Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Arno Welzel <usenet@arnowelzel.de> - 2016-09-22 21:13 +0200
      Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-22 22:43 +0000
        Re: Do you "Decline" or "Accept" Google regularly checking on your apps? tlvp <mPiOsUcB.EtLlLvEp@att.net> - 2016-09-23 00:28 -0400
          Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-23 13:56 +0000
            Re: Do you "Decline" or "Accept" Google regularly checking on your apps? nospam <nospam@nospam.invalid> - 2016-09-23 10:19 -0400
              Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-23 16:21 +0000
                Re: Do you "Decline" or "Accept" Google regularly checking on your apps? nospam <nospam@nospam.invalid> - 2016-09-23 13:04 -0400
                Re: Do you "Decline" or "Accept" Google regularly checking on your apps? joe <none@domain.invalid> - 2016-09-23 15:54 -0500
                  Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-23 23:22 +0000
                    Re: Do you "Decline" or "Accept" Google regularly checking on your apps? nospam <nospam@nospam.invalid> - 2016-09-23 19:25 -0400
                      Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-23 23:37 +0000
                  Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-23 23:37 +0000
                    Re: Do you "Decline" or "Accept" Google regularly checking on your apps? AL <noemail@none.invalid.com> - 2016-09-23 20:20 -0700
                    Re: Do you "Decline" or "Accept" Google regularly checking on your apps? tlvp <mPiOsUcB.EtLlLvEp@att.net> - 2016-09-24 01:26 -0400
                      Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-24 16:31 +0000
                Re: Do you "Decline" or "Accept" Google regularly checking on your apps? tlvp <mPiOsUcB.EtLlLvEp@att.net> - 2016-09-24 01:12 -0400
            Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Arno Welzel <usenet@arnowelzel.de> - 2016-09-24 06:57 +0200
              Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-24 16:31 +0000
                Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Arno Welzel <usenet@arnowelzel.de> - 2016-09-26 19:53 +0200
            Re: Do you "Decline" or "Accept" Google regularly checking on your apps? tlvp <mPiOsUcB.EtLlLvEp@att.net> - 2016-09-24 01:09 -0400
              Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Horace Algiers <horace@horacealgiers.com> - 2016-09-24 16:31 +0000
                Re: Do you "Decline" or "Accept" Google regularly checking on your apps? tlvp <mPiOsUcB.EtLlLvEp@att.net> - 2016-09-24 18:17 -0400
        Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Arno Welzel <usenet@arnowelzel.de> - 2016-09-23 08:24 +0200
          Re: Do you "Decline" or "Accept" Google regularly checking on your apps? Andy Burns <usenet@andyburns.uk> - 2016-09-23 10:17 +0100

Page 1 of 2  [1] 2  Next page →

#34542 — Do you "Decline" or "Accept" Google regularly checking on your apps?

Do you "Decline" or "Accept" Google regularly checking on your apps?
http://i.cubeupload.com/zNtJ10.png

Just about monthly, I reset my Android phone to factory defaults, where I
re-install my apps from auto-archived APKs without creating a Google Play
account.

The first app installed from an APK outside of Google Play causes this
setting to pop up: http://i.cubeupload.com/qaqp8e.png
 "Install blocked: For security, your device is set to block installation
of applications not obtained from Google Play"

Pressing the "Settings" button brings you to the "Unknown sources" box:
http://i.cubeupload.com/66kdAe.png

Which says:
 "Unknown sources: Your device and personal data are more vulnerable to
attack by applications from unknown sources. You agree that you are solely
responsible for any damage to your device or loss of data that may result
from using these applications."
[x]Allow initial installation only <=== what does this mean?

After you press "OK" to the "Unknown sources" box, you get the question:
http://i.cubeupload.com/zNtJ10.png
 "Google may regularly check installed apps for potentially harmful
behavior."

The application will install whether you "Decline" or "Accept":
 http://i.cubeupload.com/ObXiPQ.png

So, the main question is simply whether you allow Google to "regularly
check installed apps"?

In addition, the dialog says "Learn more in Google Settings > Verify apps", 
but I don't seem to have that "verify apps" settings in "my" Google
Settings.

Here's what I do have in my Google Settings:

 *(Google Settings)*
 Google+, Location, Search, Ads, Android Device Manager
 http://i.cubeupload.com/AuoxUM.png 

 (Google location settings)*
 *Access location
 [ ]Let Google apps use this phone's location any time the device is on?
 http://i.cubeupload.com/dbsuhF.png 

 *(Privacy & accounts)*
 [ ] Safesearch is active or not active?
 http://i.cubeupload.com/k8Cvez.png 

 *(Google Ads)*
 Enable Tailored Ads by Google in Apps
 [ ] Choose whether to see interest-based Ads by Google in non-Google apps.
 http://i.cubeupload.com/siQsa9.png 

 *(Android Device Manager)*
 [ ] If you lose your device, you can lock or erase it with ADM?
 http://i.cubeupload.com/LjzN88.png (Android Device Manager)

My question:
Q: What do *you* have in *your* Google Settings for allowing Google to
"regularly check installed apps"?

[toc] | [next] | [standalone]

#34607

Horace Algier schrieb am 2016-09-21 um 07:47:

> Do you "Decline" or "Accept" Google regularly checking on your apps?
> http://i.cubeupload.com/zNtJ10.png
> 
> Just about monthly, I reset my Android phone to factory defaults, where I
> re-install my apps from auto-archived APKs without creating a Google Play
> account.

And usually most people don't do this.

EOD


-- 
Arno Welzel
https://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

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

#34614

On Thu, 22 Sep 2016 21:13:35 +0200, Arno Welzel wrote:

>> Do you "Decline" or "Accept" Google regularly checking on your apps?
>> http://i.cubeupload.com/zNtJ10.png
>> 
>> Just about monthly, I reset my Android phone to factory defaults, where I
>> re-install my apps from auto-archived APKs without creating a Google Play
>> account.
> 
> And usually most people don't do this.

Which are you saying most people don't do?
a. Declining or accepting Google checking of the apps?
b. Installing apps from previously-saved APKs

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

#34634

On Thu, 22 Sep 2016 22:43:49 +0000 (UTC), Horace Algiers wrote:

> On Thu, 22 Sep 2016 21:13:35 +0200, Arno Welzel wrote:
> 
>>> Do you "Decline" or "Accept" Google regularly checking on your apps?
>>> http://i.cubeupload.com/zNtJ10.png
>>> 
>>> Just about monthly, I reset my Android phone to factory defaults, where I
>>> re-install my apps from auto-archived APKs without creating a Google Play
>>> account.
>> 
>> And usually most people don't do this.
> 
> Which are you saying most people don't do?
> a. Declining or accepting Google checking of the apps?
> b. Installing apps from previously-saved APKs

My guess: he's apt to be saying most people don't reset their phones (or
anything else, forf that matter) to factory defaults every month or so,
with concomitant need to re-install all apps and re-establish all
settings/options/preferences. YMMV, of course.

Cheers, -- tlvp
-- 
Avant de repondre, jeter la poubelle, SVP.

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

#34655

On Fri, 23 Sep 2016 00:28:49 -0400, tlvp wrote:

> My guess: he's apt to be saying most people don't reset their phones (or
> anything else, forf that matter) to factory defaults every month or so,
> with concomitant need to re-install all apps and re-establish all
> settings/options/preferences. YMMV, of course

Thanks for that clarification becuase I wasn't sure which it was.

BTW, rebuilding a phone back to normal is trivially easy if you *plan*
ahead, just like rebuilding the OS on a desktop is easy if you plan ahead.

For example, on a desktop, I *always* plan ahead by...
a. Storing all installers in a given hierarchy
b. Installing all programs in (a copy of) the same given hieararchy
c. Using all menus in (another copy of) the same given hierarchy

For example:
c:\data\software\{the hierarchy} for the installers
c:\apps\{the hierarchy} for the programs
c:\data\menu\{the hierarchary) for the menus

To re-install the user's data and apps is trivial since all I need to do is
copy the data hierarchy to a safe place and then re-install, one by one,
simply by going down the installer hierarchy.

It's even *easier* on a cellphone, simply because all the APKs are and data
are *automatically* saved on Android on the external flash card (if you set
it up correctly), so I already have a *saved* copy of everything that is
unaffected by a factory reset!

The Android reset procedure doesn't require huge Internet mainframe
servers, and it doesn't have *any* pain whatsoever associated with it.

Just click on the APKs, one by one, to set up the cellphone, and without
need of Internet or a computer with hundreds upon hundreds upon hundreds of
megabytes of bloatware, you're set up in minutes.

1. You simply make a hierarchy of empty placeholder folders, e.g., 
Desktop: {map, people, browser, buy, pic, audio, video, wifi, etc.}
For example, here is my /extSdCard/data/software/video hierarchy:
http://i.cubeupload.com/oWPTX3.png

NOTE: Multiple version of the same app from any repository can easily be
saved, installed, tested, and the best one for your needs finally installed
(whatever version you like best, all without any repositories being
installed, least of all Google Play!

2. When you install the app, the icon goes visibly wherever you want it to
so, which, in this case, is in the top-left corner as shown here. 
http://i.cubeupload.com/8Uvf6v.png

3. You simply slide the app icon into the placeholder folders as shown
here:
http://i.cubeupload.com/508V7q.png

Even with setting up the app, it takes almost no time whatsoever to
reconfigure an Android device, without the need of mainframe computers and
home desktops - and the best part of this is that you always can use *any
version* of the app that works with your operating system.

You can have app APKs from any number of outside repositories, and you
don't even need a Google Play account to re-install everything!

Any version of the app - and - any version of the operating system that
works with your hardware.

Of course, on iOS, that's all *impossible*; iOS itself, as we've proven
many times, is incapable of doing the *simplest* things, such as installing
older versions even *with* the help of mainframe computers on the net and
powerful desktops - and - worse - iOS is extremely limited itself, as it
can't do *any* of this without the huge assistance of mainframe computers
on the Internet and/or desktop computers (to do something as simple as
restore a personal backup!).

PS: I tapped on each screenshot to bluetooth them to my laptop while I was
writing this note. iOS is so limited, even *that* simple task is impossible
on iOS!

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

#34656

In article <ns3cb3$18ue$1@gioia.aioe.org>, Horace Algiers
<horace@horacealgiers.com> wrote:

> 
> > My guess: he's apt to be saying most people don't reset their phones (or
> > anything else, forf that matter) to factory defaults every month or so,
> > with concomitant need to re-install all apps and re-establish all
> > settings/options/preferences. YMMV, of course
> 
> Thanks for that clarification becuase I wasn't sure which it was.
> 
> BTW, rebuilding a phone back to normal is trivially easy if you *plan*
> ahead, just like rebuilding the OS on a desktop is easy if you plan ahead.
> 

it may be 'trivially easy' conceptually, but it's very time consuming
(especially with higher capacity devices) and completely pointless to
do it monthly or even yearly.

> For example, on a desktop, I *always* plan ahead by...
> a. Storing all installers in a given hierarchy
> b. Installing all programs in (a copy of) the same given hieararchy
> c. Using all menus in (another copy of) the same given hierarchy
> 
> For example:
> c:\data\software\{the hierarchy} for the installers
> c:\apps\{the hierarchy} for the programs
> c:\data\menu\{the hierarchary) for the menus
> 
> To re-install the user's data and apps is trivial since all I need to do is
> copy the data hierarchy to a safe place and then re-install, one by one,
> simply by going down the installer hierarchy.
> 
> It's even *easier* on a cellphone, simply because all the APKs are and data
> are *automatically* saved on Android on the external flash card (if you set
> it up correctly), so I already have a *saved* copy of everything that is
> unaffected by a factory reset!
> 
> The Android reset procedure doesn't require huge Internet mainframe
> servers, and it doesn't have *any* pain whatsoever associated with it.
> 
> Just click on the APKs, one by one, to set up the cellphone, and without
> need of Internet or a computer with hundreds upon hundreds upon hundreds of
> megabytes of bloatware, you're set up in minutes.
> 
> 1. You simply make a hierarchy of empty placeholder folders, e.g., 
> Desktop: {map, people, browser, buy, pic, audio, video, wifi, etc.}
> For example, here is my /extSdCard/data/software/video hierarchy:
> http://i.cubeupload.com/oWPTX3.png
> 
> NOTE: Multiple version of the same app from any repository can easily be
> saved, installed, tested, and the best one for your needs finally installed
> (whatever version you like best, all without any repositories being
> installed, least of all Google Play!
> 
> 2. When you install the app, the icon goes visibly wherever you want it to
> so, which, in this case, is in the top-left corner as shown here. 
> http://i.cubeupload.com/8Uvf6v.png
> 
> 3. You simply slide the app icon into the placeholder folders as shown
> here:
> http://i.cubeupload.com/508V7q.png
> 
> Even with setting up the app, it takes almost no time whatsoever to
> reconfigure an Android device, without the need of mainframe computers and
> home desktops - and the best part of this is that you always can use *any
> version* of the app that works with your operating system.

bullshit. it's actually very time consuming to restore a device no
matter what it is, particularly if you're doing it manually.

> You can have app APKs from any number of outside repositories, and you
> don't even need a Google Play account to re-install everything!
> 
> Any version of the app - and - any version of the operating system that
> works with your hardware.
> 
> Of course, on iOS, that's all *impossible*; iOS itself, as we've proven
> many times, is incapable of doing the *simplest* things, such as installing
> older versions even *with* the help of mainframe computers on the net and
> powerful desktops - and - worse - iOS is extremely limited itself, as it
> can't do *any* of this without the huge assistance of mainframe computers
> on the Internet and/or desktop computers (to do something as simple as
> restore a personal backup!).

trolling again, and as usual, complete nonsense.

it's actually very easy to restore an ios device from a backup, so easy
that it's just a button click and without needing any 'mainframe
computers on the net'.

> PS: I tapped on each screenshot to bluetooth them to my laptop while I was
> writing this note. iOS is so limited, even *that* simple task is impossible
> on iOS!

more trolling.

on ios, tapping a screenshot will send it via wifi, which is over 100x
faster than bluetooth.

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

#34660

On Fri, 23 Sep 2016 10:19:59 -0400, nospam wrote:

> it may be 'trivially easy' conceptually, but it's very time consuming
> (especially with higher capacity devices) and completely pointless to
> do it monthly or even yearly.

In the simplest sense, your "concept" is similar to that of an automatic
transmission - where you default on thinking - whereas my concept is akin
to the manual transmission - which - sure - it's "more work" but the
results are more satisfyingly tuned to my needs.

>> Even with setting up the app, it takes almost no time whatsoever to
>> reconfigure an Android device, without the need of mainframe computers and
>> home desktops - and the best part of this is that you always can use *any
>> version* of the app that works with your operating system.
> 
> bullshit. it's actually very time consuming to restore a device no
> matter what it is, particularly if you're doing it manually.

Well, let's look at it the way Jolly Roger looks at jailbreaking.

To *him*, since he's done it so many times, it takes "5 minutes".
To "me", it would take 10x that and then add an order of magnitude.

Likewise, I've re-installed so many operating systems, that it does only
take me a short while (maybe an hour, if that) to set up the system the way
I want it set up.

Each time, of course, I *explore* more settings, and I *test* different
apps and versions, and I *experiment* with disabling of permissions.

For example, I disabled location permission on *all* the apps that
requested it (that didn't need it).

For example, *why* does ES File Explorer need location access?
http://i.cubeupload.com/HH2sfG.png

Why does a WiFi Analyzer need location access? 
http://i.cubeupload.com/PKxm2Z.png

Why does the T-Mobile carrier-iq "System Manager Application" need it?
http://i.cubeupload.com/puQjf5.png

Why does a stinkin' clock need location access?
http://i.cubeupload.com/mAHrrA.png

Or the Contacts app, for heaven's sake?
http://i.cubeupload.com/QDEOwe.png

The list goes on and on and on.
My "experiment" is to see if anything bad happens.
So far, after two days, nothing bad has happened yet.

> it's actually very easy to restore an ios device from a backup, so easy
> that it's just a button click and without needing any 'mainframe
> computers on the net'.

I notice how you cleverly danced around the fact that it's *impossible* to
restore iOS without needing a *SECOND* computer (of any sort, net or no
net), whereas it's trivial do restore an Android system *without* anything
but the Android device itself.

That's only one of very many things that Android can do, all by itself,
that the more primitive and limited iOS can't hope to accomplish all by
itself.
  
> on ios, tapping a screenshot will send it via wifi, which is over 100x
> faster than bluetooth.

Which fails every time when you don't have a network established, which
means you can't do it when you're away from your established network.

So, again, yet another of many things Android does that the primitive and
limited iOS can't even hope to accomplish simply because of the limitations
of the software (the hardware is fine - it's the software that is limited
by Apple as to what it can do).

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

#34664

In article <ns3kpc$1og0$1@gioia.aioe.org>, Horace Algiers
<horace@horacealgiers.com> wrote:

> >> Even with setting up the app, it takes almost no time whatsoever to
> >> reconfigure an Android device, without the need of mainframe computers and
> >> home desktops - and the best part of this is that you always can use *any
> >> version* of the app that works with your operating system.
> > 
> > bullshit. it's actually very time consuming to restore a device no
> > matter what it is, particularly if you're doing it manually.
> 
> Well, let's look at it the way Jolly Roger looks at jailbreaking.
> 
> To *him*, since he's done it so many times, it takes "5 minutes".
> To "me", it would take 10x that and then add an order of magnitude.

that's because you'e completely inept at doing the simplest things and
you have an odd way of saying two orders of magnitude (because you
haven't a fucking clue what you're talking about). 

> Likewise, I've re-installed so many operating systems, that it does only
> take me a short while (maybe an hour, if that) to set up the system the way
> I want it set up.

an hour completely wasted.

and with ios, even if you do repeatedly restore for no reason, as you
do with android, the difference is you don't have to babysit the
process. click restore and let it do its thing while you go off and do
something *else*.

> Each time, of course, I *explore* more settings, and I *test* different
> apps and versions, and I *experiment* with disabling of permissions.

there's no need to wipe/restore to experiment with different apps and
versions or for changing permissions. 

you make even the simplest things a total clusterfuck.

> For example, I disabled location permission on *all* the apps that
> requested it (that didn't need it).
> 
> For example, *why* does ES File Explorer need location access?
> http://i.cubeupload.com/HH2sfG.png
> 
> Why does a WiFi Analyzer need location access? 
> http://i.cubeupload.com/PKxm2Z.png
> 
> Why does the T-Mobile carrier-iq "System Manager Application" need it?
> http://i.cubeupload.com/puQjf5.png
> 
> Why does a stinkin' clock need location access?
> http://i.cubeupload.com/mAHrrA.png
> 
> Or the Contacts app, for heaven's sake?
> http://i.cubeupload.com/QDEOwe.png
> 
> The list goes on and on and on.

that it does, but you really meant to say the trolling goes on and on
and on.

> My "experiment" is to see if anything bad happens.
> So far, after two days, nothing bad has happened yet.

bummer. if only something would.

> > it's actually very easy to restore an ios device from a backup, so easy
> > that it's just a button click and without needing any 'mainframe
> > computers on the net'.
> 
> I notice how you cleverly danced around the fact that it's *impossible* to
> restore iOS without needing a *SECOND* computer (of any sort, net or no
> net), whereas it's trivial do restore an Android system *without* anything
> but the Android device itself.

once again, you're lying.

a backup has to be somewhere *other* than the device itself, otherwise
it's not a backup.

in your case, the backup is kept on sd cards, but in piecemeal form
requiring you have to manually restore each app individually (see quote
below).

on an ios device, you tap restore and let the computer do the work
*for* you. the backup can either be in the cloud (convenient) or on a
computer (faster).

> That's only one of very many things that Android can do, all by itself,
> that the more primitive and limited iOS can't hope to accomplish all by
> itself.

you're lying again. it's absolutely *not* 'all by itself'.

In article <ns3m74$1rdj$1@gioia.aioe.org>, Horace Algiers
<horace@horacealgiers.com> wrote:
> A couple of days ago, when I factory reset Android 4.3 and re-installed all
> my apps, one by one, from APKs, I decided to turn off location access for
> all but the map apps.

if you're reinstalling apps *one* *by* *one* and checking permissions
as you go, then it's *not* 'only one of very many things that Android
can do, all by itself'. it's *you* who is doing it, the hard way.

meanwhile on ios, it really does restore everything (and i do mean
everything) all by itself, with just a tap.

> > on ios, tapping a screenshot will send it via wifi, which is over 100x
> > faster than bluetooth.
> 
> Which fails every time when you don't have a network established, which
> means you can't do it when you're away from your established network.

wrong, yet again

you've been told thousands of times that *no* existing network is
needed.

the two devices set up their own network automatically, without any
user configuration necessary, even on a deserted island totally off the
grid.

to the user, it's still a couple of taps, just as it would be with
bluetooth, but the actual transfer is way the fuck faster because it's
over wifi.

> So, again, yet another of many things Android does that the primitive and
> limited iOS can't even hope to accomplish simply because of the limitations
> of the software (the hardware is fine - it's the software that is limited
> by Apple as to what it can do).

more rubbish.

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

#34669

Horace Algiers wrote:

> On Fri, 23 Sep 2016 10:19:59 -0400, nospam wrote:
> 
>> it may be 'trivially easy' conceptually, but it's very time consuming
>> (especially with higher capacity devices) and completely pointless to
>> do it monthly or even yearly.
> 
> In the simplest sense, your "concept" is similar to that of an automatic
> transmission - where you default on thinking - whereas my concept is akin
> to the manual transmission - which - sure - it's "more work" but the
> results are more satisfyingly tuned to my needs.

If you are going to use a car comparison, then what you are doing is more like rebuilding the engine every month.


> 
<snip>

> Why does a stinkin' clock need location access?
> http://i.cubeupload.com/mAHrrA.png

Knowing the location would allow it to adjust for a change in time zone.

<snip>

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

#34677

On Fri, 23 Sep 2016 15:54:31 -0500, joe wrote:

> If you are going to use a car comparison, then what you are 
> doing is more like rebuilding the engine every month.

If you know cars, and if you know engines, then what I'm doing is more akin
to "blueprinting" the engine than merely rebuilding it. 

And, my constant tweaking of hundreds of settings a month is akin to using
a manual transmission instead of an automatic (where many people just take
the defaults handed to them for everything).

Since iOS has the engine bay welded shut, iOS users have no possibility of
blueprinting the engine, nor choosing which gear they'll be in. . All they
can do is point the thing.

Worse, they need a tow truck standing by with hundrds upon hundreds of
megabytes of bloatware just to change a tire, since, by their own
admission, iOS can't even do the *simplest* of things without that desktop
and Internet mainframe tow truck following them everywhere they go.

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

#34678

In article <ns4dfi$v43$1@gioia.aioe.org>, Horace Algiers
<horace@horacealgiers.com> wrote:

> 
> Since iOS has the engine bay welded shut, iOS users have no possibility of
> blueprinting the engine, nor choosing which gear they'll be in. . All they
> can do is point the thing.

more trolling, and it doesn't.

you're just too stupid to figure out how to pop its hood, even though
people tell you where the hood release is.

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

#34680

On Fri, 23 Sep 2016 19:25:01 -0400, nospam wrote:

> you're just too stupid to figure out how to pop its hood, even though
> people tell you where the hood release is.

If I'm too stupid to figure out how to set up an automatic call recorder,
then so are you.

If I'm too stupid to figure out how to set up the desktop like I already do
on all other platforms, then you are too (since it can't be done due to iOS
limitations imposed by Apple MARKETING.

If I'm too stupid to torrent from iOS then you are too, since Apple
disallows torrenting in non-jailbroken devices.

Heck, if I'm too stupid to simply list out all the apps installed on the
device into an *editable* text file from the device itself (without needing
a tow truck to do the *simplest* of things), then you are too - since
you're the one who advocates the towtruck hundreds upon hundreds upon
hundreds of megabytes of bloatware just to perform the simplest of tasks
which *every* other operating system can do on its own.

All you care about is:
a. *feeling* safe
b. being *stylish*
c. Limited solutions [because complexity scares you ... see (a) above]

That's why you "point" your vehicle, which has the engine welded shut, and
which uses a computer-based transmission becuase - as you said - let the
computer do *all* the thinking for you - and - of course - in abdicating
all your thinking and ability to tweak the engine - you are supremely
limited in where you can *point* the thing.

The only thing iOS users *can* do is punch buttons *already* supplied by
Apple & Developer MARKETING organizations. They can *never* go off road. 

iOS is the most limiting commonly used operating system on the planet.
It's also one of the most successful.

That just means there are a *lot* of people like you on this planet.
Lots! (the other problem is that people like you also vote)

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

#34679

On Fri, 23 Sep 2016 15:54:31 -0500, joe wrote:

>> Why does a stinkin' clock need location access?
>> http://i.cubeupload.com/mAHrrA.png
> 
> Knowing the location would allow it to adjust for a change in time zone.

The time zone is a good point, and I appreciate your taking the risk to
answer that side question in a helpful manner.

In another thread, others said that their clock app doesn't request
location permission.

Besides, isn't the *time* obtained from the *carrier* signal itself?

I don't know. 
My clock seems to be doing fine without knowing where I am, at least while
I'm still in the same time zone.

Does anyone know how the clock gets its time?
Does it get it from the carrier?

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

#34701

On 9/23/2016 4:37 PM, Horace Algiers wrote:

> Does anyone know how the clock gets its time?
> Does it get it from the carrier?

I would agree with the earlier answer to this question that it comes 
from the carrier since both my phone's clock and system clock know to 
change when I cross a (time zone) border even though I have the system 
location turned off. And of course Verizon knows where I'm at to the 
nearest tower.

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

#34706

On Fri, 23 Sep 2016 23:37:36 +0000 (UTC), Horace Algiers wrote:

> Does anyone know how the clock gets its time?
> Does it get it from the carrier?

Among the setup options on every cell-phone I've ever had has been the
choice whether or not to synch the clock to the cellular network. E.g., on
LG-cu400: Menu > 9. Settings > 4. Date & Time > 5. Auto Update > [On Off]).

Choose On and the clock gets its (date and) time from the cellular carrier.
Choose Off and the clock gets its (date and) time from *you*. HTH.

Cheers, -- tlvp
-- 
Avant de repondre, jeter la poubelle, SVP.

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

#34729

On Sat, 24 Sep 2016 01:26:23 -0400, tlvp wrote:

>> Does anyone know how the clock gets its time?
>> Does it get it from the carrier?
> 
> Among the setup options on every cell-phone I've ever had has been the
> choice whether or not to synch the clock to the cellular network. E.g., on
> LG-cu400: Menu > 9. Settings > 4. Date & Time > 5. Auto Update > [On Off]).
> 
> Choose On and the clock gets its (date and) time from the cellular carrier.
> Choose Off and the clock gets its (date and) time from *you*

I agree. 
I looked at my settings, and they're clearly set to get the time (and zone
presumably) from the carrier.

So, I think we've established that a clock app doesn't *need* access to
location.

Neither does ES File Explorer, as far as I can tell.

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

#34704

On Fri, 23 Sep 2016 16:21:01 +0000 (UTC), Horace Algiers wrote:

> Why does a stinkin' clock need location access?

To learn what TZO to be using, perhaps :-) ? YMMV. Cheers, -- tlvp
-- 
Avant de repondre, jeter la poubelle, SVP.

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

#34702

Horace Algiers schrieb am 2016-09-23 um 15:56:

> On Fri, 23 Sep 2016 00:28:49 -0400, tlvp wrote:
> 
>> My guess: he's apt to be saying most people don't reset their phones (or
>> anything else, forf that matter) to factory defaults every month or so,
>> with concomitant need to re-install all apps and re-establish all
>> settings/options/preferences. YMMV, of course
> 
> Thanks for that clarification becuase I wasn't sure which it was.
> 
> BTW, rebuilding a phone back to normal is trivially easy if you *plan*
> ahead, just like rebuilding the OS on a desktop is easy if you plan ahead.
[...]

You have a kind of obsessive-compulsive disorder?

Nobody I know does reinstall his or her phones or computers on a regular
basis.



-- 
Arno Welzel
https://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

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

#34728

On Sat, 24 Sep 2016 06:57:50 +0200, Arno Welzel wrote:

> You have a kind of obsessive-compulsive disorder?
> 
> Nobody I know does reinstall his or her phones or computers on a regular
> basis.

Actually, you misunderstood, but I do agree with you that nobody factory
resets their phone on a *frequent* basis.

What you misunderstood was *why* I factory reset.

The *reason* I factory reset is that I *screw* with hundreds (and hundreds)
of settings a month. I turn off Google Play. I eliminate the Ad Id. I turn
off location access to all apps that don't need it. I disable *everything
Google* that I can get away with, etc.

In doing so, I screw things up, which happens (and I'm ok with that).

However, I'm as old as Jeff Liebermann - so I am used to rebuilding Windows
OS's on a *regular* basis. We don't have to do that nowadays, but certainly
if you're as old as Jeff and I am, you'll remember those days of "regular
OS" rebuilds.

What I learned in those days is that rebuilding the OS is easy if you plan
ahead.

How to plan ahead is easy if you learn two things!
a. Put your data in a place that is never polluted by others!
b. Your data includes your app installers & your menu hierarchy.

With those two things done, it's actually almost trivial to reset either
Windows or Android in about an hour (well, Windows takes longer because the
factory reset takes longer).

What I do, on Android, is:
A. I store all my data in the flash card in /extSdCard/data/{hierarchy}
B. I use an Android file redirector for dumb apps' data
C. I automagically save all APKs to that data hierarchy 
D. I maintain a well-organized single desktop screen which I screenshot
just before a factory reset (so that I can easily reproduce it if want to)

Notice whether I'm on Windows, Linux, iOS, or Android, I *organize* my apps
and data the *same* way.

For example, on both computers and mobile devices, I have a "browser"
folder because I browse the web and Tor equally on all platforms.

Likewise, I have a "communication" folder, where I perform communications
tasks such as email and chat and text on all platforms. 

Similarly, on all platforms, I have an "editor" folder where I store
picture editors, and video players, and audio recording and editing apps.

My premise is that we all do (essentially) the same things on our devices.

I feel the reason why (most people) can't handle a factory reset gracefully
is simply that they don't plan ahead at all times for that factory reset.

I do.
Hence, a factory reset is no big deal for me.

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

#34832

Horace Algiers schrieb am 2016-09-24 um 18:31:

> On Sat, 24 Sep 2016 06:57:50 +0200, Arno Welzel wrote:
> 
>> You have a kind of obsessive-compulsive disorder?
>>
>> Nobody I know does reinstall his or her phones or computers on a regular
>> basis.
> 
> Actually, you misunderstood, but I do agree with you that nobody factory
> resets their phone on a *frequent* basis.
> 
> What you misunderstood was *why* I factory reset.

That's irrelevant. Nobody I know does this and I don't know of any
publication recommending doing this.


-- 
Arno Welzel
https://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

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

Page 1 of 2  [1] 2  Next page →

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

csiph-web