I have opened a project created with Android Studio previously (not the snap one) and modified it and ran it on my phone.
Everything looks fine, found no issues.
Oh, just one thing, even if everything works fine up to now, I can see this message after lauching “android-studio”: Gtk-Message: Failed to load module “overlay-scrollbar”.
Yes I used to use it launching it from command line, and now I found out that the same message appears also launching Android Studio from command line, so probably it’s not related to the snap.
I tried it (on Debian Stretch) and didn’t have any problems. It would be nice to have working installation instructions in the GitHub repo, i had to find this thread first to find the --candidate flag (maybe in the README with an info about the candidate channel)
Thanks, published the new build to candidate, this is what we should release.
One thing I noticed is that a single commit to git actually results in two new revisions of the same snap in dashboard.snapcraft.io, in this case revision 29 and 30 were published. I was on revision 28 previously, first I released rev29 to candidate and did a snap refresh android-studio which completed quickly (delta update worked), then I released rev30 to candidate channel and again did a refresh but this time its re-downloading the complete snap.
That’s some odd bug in the infrastructure that I don’t really understand.
By default build will build an amd64, i386 and armhf snap. The armhf builders are down for maintenance, so you’re getting an amd64 and i386 build. One revision will be the 64-bit build, the other will be the i386 build. We currently don’t have a way to force build.snapcraft.io to only build one arch, but I believe that’s on the roadmap.
I suspect we may need the architectures: [amd64] stanza ? Or some other way to make it not build a mixed snap. Not quite sure how we do that with build.snapcraft.io - perhaps @cjwatson know the magic?
I’ve never seen a snap which has the same revision in both architectures before.
The architectures stuff is planned but not yet implemented in Launchpad, and in any case it will probably only serve to limit the set of builds that are dispatched. Launchpad isn’t going to be doing anything to explicitly build a multi-architecture snap - it must be something in your package’s build system.
(I don’t believe that revision 27 was built on Launchpad; it seems to have been built manually.)