Little update on my side and the future focus of bringing Snaps to Ubuntu Touch, the idea has changed a bit, or narrowed down to a certain degree.
We might vendor in snapd .deb packaging into UBports repos as the CI and experimentation area (with preference on not re-execing snapd from it’s snapped up updated package) for now, with custom patches applied on top to provide libhybris enablement and other compatibility changes to adapt all the DBus API namespace changes we went through between the
unity8 and related interfaces, etc. Probably many more things that cannot be listed easily beforehand that would break somewhere somehow, but we need a clear path forward in this multi-disciplinary effort.
GTK4 apps currently expose an issue where RGBA gets color-swapped with the GLES renderer enabled when fullscreening an app, and the chance of it being a GTK4 issue (has worked on Qt and SDL from the get-go) is pretty high.
Otherwise, Workshops as a Flutter example works in a Desktop mode scenario. Touch-only Flutter apps would not since they don’t summon the On-Screen Keyboard yet when a text area is tapped.
For many common CLI usecases LXD went pretty well when running privileged containers (user-level containers aren’t working at the moment), also Docker failed to install properly due to AppArmor incompatibilities, which adds another reason to patching up snapd itself reasonably soon for it to work on Touch.
These are the latest gatherings of enabling Snaps on Ubuntu Touch. A bit of a possibility of coordinating that with core upstream needs in the long run would be good too.