It's unfortunate that stability is not a concern. As Amethyst just keeps bundling functions together that's cool but not if you don't take steps to stablize everything. This ideology of update your phone every year or two to the latest or else your shit out of luck is nonsense. Most average users keep the same phone for 10-15 years a small precentage of the masses update their phone every year or two. People don't try to waste between $200-$1300 on a phone every year when it still works properly fine. It's a gimmick to try to force the user to buy a new phone just do apps can work smoothly. Lets see what could be done about that hmm for starters apps could not use the Material You scheme it creates more bloat in the load. The UX can use simple graphics you don't need curved edges, shine overlapping, & etc. Loading functions in sequence during use instead of everything at once & constantly during scrolling. I know google forces sdk update requirements if you want to keep your app in the play store. Keep your apps on your website stop trying to jump through their hoops at the expense of your users. Keep apps on your website backup the older versions on archive.org let people have a choicr instead of sorry your sol.

How do you feel about zapstore doing absolutely nothing to prevent malicious apps from being listed in there? Do you think they should have a no telemetry standard? What do you think they should do to protect the user from malicious developers? Half the apps you won't even know have google api activity, a profile install receiver which lets devs or google know hey you installed this app on your phone profile 1. I'd like to see some nostr apps that don't have telemetry or use more permissions then needed. No app should have android.permissions.dump if you see an app with it in permissions list then delete it fast. This permission is a dangerous one because it accesses system level information as a superuser giving it access to many different pieces of information about your device such as. * Screen Time * Lock Count * apps installed (which profile, user, system) * total calls * total sms * wifi connections * logcats (logs for every app & system crash reports) * & much more The app doesn't need to request specifics when it has dump it will have accesses to all information & it will be automatically given it. Only a 100% offline diagnostic app should have this. Apps do not need this permission you can look up this permission & read all about it. #asknostr do you care about safety & spyware or do you just only give a damn about it being an app for nostr & nothing else?

People who are freaking over googles plan with apple pay & redoing captcha to hardware monitor & os lock for google play apps. It's okay that's no problem. The solution is open source apps stores & banks will come over to them because they want your money. Android's open source rally up a team of developers here & start building the next universal androidos. Don't let google be a monopoly by waiting in them start a new os project now. Don't wait for graphene or calyxos you need a new android os from the ground up not one based off of stocks. Remember back in the old days when every company use to make a new os for every old phone they had? Yea we had it right the first time get back to that & there will be no problems! Just make a compatability layer for android apps & then another layer for your specific os apps. Isolate that shit! #mobile #nostr

Good Morning you should learn how to inspect apps & understand what some permissions are & what some activity services do. These are not essential for an app to work & don't need to be in there at all. "android.permissions.dump" - this is a extremely dangerous permission because this allows an app to access system level information & collect a bunch of information about your device all at once such as for example. Phones uptime: How long your phones been on. Installed apps: how many, names of them all, if they are system or user installed. screen lock: how many times you've locked your screen internal logs: system level logs about your phone media count: how many audio, photo, & video files you have on your phone. Also much more so if you see any app have this permission & it's not a 100% offline diagnostic app for health inspecting your device DELETE THAT APP & BLAST THAT DEVELOPER Receivers are activities in the app that send information to another location for example you may see an app with "Profile install receiver" this can be used to let the developer know hey this phone or tablet installed this app on this profile on their device. Profiles as we know are the separate spaces of users in mobile devices. This receiver can be used with "android.permissions.dump" to not only notify the developers hey you installed their app but also any other app you may install in the future as long as the app remains installed on your device. "com.google.android.c2dm.permission.send" this sends notifications to google so it can bounce to firebase then back to you as a notification in short summary. The long explanation [is here](https://developers.google.com/android/reference/com/google/android/gms/cloudmessaging/CloudMessagingReceiver) We don't need firebase notification these apps can support unified push, nitfy, or create their own notification system. Start inspecting the apps you use & learn how dangerous they really are.

Nobody should listen to anybody just trust what you can hold. #coldcard #truth #youfellforitnotme

Anyone know where I can upload videos & it won't be hidden? Archive.org is hiding 2 videos on me /ecause I share the direct urls on here too much. In other words i'm being censored from showing you all 2 very important videos. A lot of you have seen these videos already I posted them a lot around here. #asknostr