Re:Apple approves previously rejected HKMap.live app
by bubblethink on Friday October 04, 2019 @05:49PM
(#21162200)
Yes, trusting a store like fdroid is the ideal case. However, most uninformed users would come across an apk file on their browser, trust Chrome, and then Chrome will happily install anything.
[ Parent
| on HN ]
Re:Apple approves previously rejected HKMap.live app
by Faark on Friday October 04, 2019 @08:25PM
(#21163025)
The sad part is users being trained to just click away those warnings. Installing one of the few big & trusted third party stores should not require me to go through the same warnings as getting an APK from some random third party page. Though obviously Google won't be willing to grant that much control to a third party, even if revocable.
Re:Apple approves previously rejected HKMap.live app
by cptskippy on Saturday October 05, 2019 @09:18AM
(#21165321)
> Installing one of the few big & trusted third party stores should not require me to go through the same warnings as getting an APK from some random third party page.
Honestly I think there should be a distinction between normal permissions and permissions required to install other APKs.
AND I think it should be more cumbersome to install an APK that wants permission to install other APKs.
Re:Apple approves previously rejected HKMap.live app
by ShinTakuya on Friday October 04, 2019 @07:58PM
(#21162904)
Not much different to installing things on a desktop OS.
Re:Apple approves previously rejected HKMap.live app
by bubblethink on Friday October 04, 2019 @10:10PM
(#21163404)
If you mean windows, perhaps to an extent. On linux though, it is straightforward to do fine grained management of gpg keys for repos/ppas etc. Essentially, from the end user's standpoint, what you want chrome to ask you is "Do you trust developer Foo for the app Bar?", not "Do you trust chrome to install software?"