Nostr Web Client

Playing with the default Debian VM on Android 15 made me really appreciate what the OS does for app developers. Since the VM runs in low level and goes around most Android protections, it can use 100% of the CPU and completely freeze the entire phone for minutes. You cannot do that on an app. Even if devs want to. The app UI might freeze, but the rest of the OS stays normal, other apps work, music plays, bluetooth is on, notifications still show up.

I can see Android killing the VM when there is too much is going on. I can also see Android killing all the other apps to allow the VM to do its thing when it needs more memory/CPU.

I am not sure how the Android team will square these conceptual differences. Will they move all the protections from the Java-based VM down to native or will they just allow people to brick their own phones for the first time via VMs?

Exciting times ahead.

Reply to this note

Please Login to reply.

Discussion

af1f6f3e... 10mo ago

Nothing like mobian and pmOS

Satosha 10mo ago

What is the usecase for running Debian on Android ? Why not a cheap x86 machine ?

Or simply Termux ..

Vitor Pamplona 10mo ago

You can run a full Linux in isolatin from your Android system. You could have multiple work machines saved on your phone, for instance.

Or just run servers, like a strfry relay, directly on the VM, without having to recompile for Android.

Satosha 10mo ago

But why not run strfry relay on your desktop ... and keep phone a consumption device ... the way it was meant to be ...

Point being - can you ever let go a laptop for a phone ? I think not ... but smart phone is optional .. I am pretty sure ...in couple of years no one will have a smartphone .. with AI assistants in watch and earplugs and smart galsses .. phones will be rendered useless .. if they already are not !

Desktop is a creative device .. smart phone is a consumption form !

Vitor Pamplona 10mo ago

Mostly because local provides very cool mobile data savings, especially if you are using multiple Nostr apps at the same time.

There is no need to re-download the same profiles in every app. There is no need to re-download profile images in every app.

Nostr likes shareable data. It is one of the main benefits of using a signed data structure. Even when it gets to your OS, all the apps installed in it can work with the same events.

Satosha 10mo ago

That is a great usecase .... but in grand scheme .. most nostr users will have only one super app .. devs and testers aside ...

Vitor Pamplona 10mo ago

I don't think so. Most users on Android already do use multiple apps. These days almost everyone on Android Nostr has Primal, Amethyst and Olas installed, for instance.

Satosha 10mo ago

Becaue everyone in nostr at this time is either a dev or a tester .. you have 30 K testers :-) .. or super enthusiast creatives ... early birds who picks on everything ...

when you hit masses .. like a billion people - nature of useres will be exactly opposite .. my wife never goes beyond whatsapp .. no matter how I try to convince her :-)

Satosha 10mo ago

Saying this from experience ... I have tried to run Debian on Android for pretty long .. tried Samsung Dex to use tablet as my laptop ... ultimately .. these phony things don't work .. because the problem is form .. and phone makers have a target customer base - dumb population - who will pay 800 dollars every two years .. They do drop a nugget here and there to keep devs excited but three months down .. everyone understands it was a waste of time !

u32Luke 10mo ago

Ssh finally!

u32Luke 10mo ago

Android is the bomb

DeveRoSt 10mo ago

Allowing them to brick there phone. Because it is there phone, they should be allowed to.

Vitor Pamplona 10mo ago

Not exactly. People want the OS to keep the Phone safe from themselves. Because they know they are always fucking something up. OS need to stay working at all costs.

DeveRoSt 10mo ago

No, it should have an option "allow me to brick my phone" and it should be disabled by default, but everybody should have the option to enable it on own risk.