Date: Thu, 16 May 2019 12:26:40 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-questions@freebsd.org Subject: Re: OT: android phone backup NOT to google cloud question Message-ID: <4e6911c0-7e9d-42bf-f26c-ff816293cd0e@denninger.net> In-Reply-To: <16b98026-7c84-2e63-573b-9599282efea4@kicp.uchicago.edu> References: <ef24f206-e9a0-7cf8-1ca0-4fd2a087b5ba@kicp.uchicago.edu> <20190516100114.fcb08b7ba3ac1b5b5f16ed1c@sohara.org> <20190516122939.038c64aa@archlinux> <16b98026-7c84-2e63-573b-9599282efea4@kicp.uchicago.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
On 5/16/2019 11:37, Valeri Galtsev wrote:
>
>
> On 2019-05-16 05:29, Ralf Mardorf via freebsd-questions wrote:
>> Is for Android devices nothing available similar to iTunes for iOS
>> devices?
>
> Depending on vendor...
>
> Speaking for Motorola (bought out by Lenovo not long ago if I'm not
> mistaken): nope. Other vendors: say, my old (~ 5 years maybe) Samsung
> Galaxy note 3 I got through AT&T - there was tool to make local own
> backup (can not vouch for full restore like iTunes allows for
> iDevices), but it's been too long since.
>
> My general impression is things got worse, i.e. google cloud, or maybe
> some vendors will offer their cloud instead of google. On the other
> hand the company invested so much of money (I'm staying from guessing
> about source of it) into data mining does want data trickle to them,
> even if you get your data back ultimately. I mean as investment,
> making android system, and keeping developing it, and supporting huge
> variety of hardware. Cost is enormous, there should be even bigger
> return on investment. So as return my suspicious mind would call the
> data android system allows its creator to receive.
The base issue is that without root you can't get into the
application-specific directories nor to any of the system settings
(since they're owned by root) and Scroogle has been allowed to put
forward a model of selling you something that isn't actually yours (you
can't get administrative access to), and if you break into it (which in
many but not all cases you can) they refuse at least some services (e.g.
Google Pay, and now in some cases their App Store stuff.) Their
codebase has gotten much more aggressive about detecting root on devices
over the last few years and so have manufacturers with implementing
things like anti-rollback security fuses in the bootloader which, if
you're not careful, can brick your device.
There's a fairly-severe problem here in terms of general consumer
protection law, at least in the US, but nobody will go after it. In
short if Scroogle was forced to call your phone "purchase" a *lease* or
similar (e.g. you don't really own and can't do with as you wish or
they'll play hammer games with you) that crap would stop. But then
again that same model is infesting all sorts of other things nowdays too
-- including things like farm tractors.
I don't like it but when you get down to it it is what it is.
I use Z-Push to provide an exchange sync option that works with mobiles
here and support it at a number of client sites, and contributed a
"notes" backend for it to that project (along with a handful of bug
fixes over the years) which works against Postgres as a back end. With
that setup you then can use things like BlackBerry's Hub+ suite for
contacts/calendar/note management and keep all of that plus email off
Scroogle's infrastructure while maintaining cross-platform compatibility
with Windows and Unix (FreeBSD/Linux) client machines. The ultimate
back end for calendars and contacts is Radicale and for email I use the
typical Postfix/Dovecot combination. Been running it for a number of
years and am quite happy with it. It doesn't solve the app-specific
stuff that Scroogle does to you on Android but it DOES keep your email,
contact and calendar data off their infrastructure so they can't scrape it.
--
Karl Denninger
karl@denninger.net <mailto:karl@denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$g!ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9HeuέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[ZarQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8WV8 d]b yXw ܊:I39
00U]^§Q\ӎ0U#0T039N0b010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA @Ui0U0 0U0
*H
:P U!>vJnio-#ן]WyujǑR̀Q
nƇ!GѦFg\yLxgw=OPycehf[}ܷ['4ڝ\[p 6\o.B&JF"ZC{;*o*mcCcLY߾`
t*S!(`]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@jެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6h¦Mve;[o-Iی&
I,Tcߎ#t wPA@l0P+KXBպT zGv;NcI3&JĬUPNa?/%W6G۟N000 k#Xd\=0
*H
0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W10 UUS10UFlorida10U
Cuda Systems LLC10Ukarl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~_K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr>е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB7k-)9Izs-JAv
J6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@y]}6ٽeY9Y2xˆ$T=eCǺǵbn֛{j|@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U0 0 `HB0U0U%0++03 `HB
&$OpenSSL Generated Client Certificate0U%՞V=;bzQ0U#0]^§Q\ӎϡ010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA H^Ōc!5
H0U0karl@denninger.net0
*H
۠A0-j%--$%g2#ޡ1^>{K+uGEv1ş7Af&b&O;.;A5*U)ND2bF|\=]<sˋL!wrw٧>YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8!k-@xE@i,+'Iᐚ:fhztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
`He E0 *H
1 *H
0 *H
1
190516172640Z0O *H
1B@tyR)&_>bN&wiX沶I+\{NB4{*I3GZ0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0*H
10{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
*H
kڣDW b
q{Ic Qzbsڣp݃b(VcU6)?'R';8۩rB]Pw9OcC\Q8GVVϏ0
K38KpKnFsc\!C ?Ӕ,V}*I*V>
pP`_:aE0rq6ہYIux-RTw-`E3C:hM>R{1$)3zVl,tOqlHReq ȕ#}~<˩'4!B*ԟ5 UtnqcF"G?x8`փm ,TF<7 \5E͌.M}9k\ ;'ћdABz"'?J.L;֟͡upyg=/[(U/ӦE1Xnq3Vgkp+]oLEz
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4e6911c0-7e9d-42bf-f26c-ff816293cd0e>
