com.jetbrains.IntelliJ-IDEA-Commu VS docker-android

Because Flatpak imposes some design choices that are... less than optimal for porting existing applications, and if you ask them to change maintainers will insist this is the way to go.

They have told users that if they want, for instance, Jetbrains IDEs to work, they should simply get a Job at Jetbrains and convince them to rewrite their entire IDE to support the flatpak model.[1]

This is the reason I avoid distros with Flathub enabled by default. Half the software on there is broken in some pretty subtantial way, and nobody at Flatpak or Flathub cares. They really need to realize they're not Apple, they simply can't tell everyone to do things their way and hope to build a working and reliable ecosystem.

[1]: https://github.com/flathub/com.jetbrains.IntelliJ-IDEA-Commu...

If it was me I'd go with a docker-android container. You could go with Anbox or a virtual android machine, but if you just need to run one app, I think a docker container would be the way to go, since you could script it to open, run your app, and shut down.

I haven't personally tested this one, however, there is this project on github: https://github.com/budtmo/docker-android which uses containers.

I know this isn't the focus of the article, but this license provision in a linked project is outright strange.

>By using this software you agree that the following non-PII (non personally identifiable information) data will be collected, processed and used by the maintainers for the purpose of improving the docker-android project. Anonymisation with respect of the IP address means that only the first two octets of the IP address are collected.

https://github.com/budtmo/docker-android/blob/master/LICENSE...

How can you call a project Apache when you're forcing people to pay via their data ? Why is their no opt out option?

Absent that this seems like a great QA automation tool. Or a Tinder bot farm...

Alternatively, there are a few docker projects such as this one https://github.com/budtmo/docker-android that might work well. Haven’t tried it.

So far i was using docker-android i did use in my ubuntu during yesterday and was working fine

https://github.com/budtmo/docker-android this perhaps?

It's got absolutely nothing to do with the trustability of Android emulators. In fact I highly doubt they used something like Bluestacks, but rather something that can be chained with scripts like an Android docker container.