Comment 17 for bug 1797734

It is not physically possible to ever get a snap to start as fast as a native application. The entire purpose of a snap is that it uses its own set of dependencies, which means that by definition it cannot share those dependencies with other applications on the system, which means that they must be loaded separately, which will take longer, use more system resources, etc.

snaps should be used for applications which (a) are difficult to package, and/or (b) want to be used across multiple versions where prerequisites might change, and/or (c) snaps downsides are not as relevant (for example, they are left running for longer periods of time and are large enough that they aren't expected to start quickly, to amortize the increased start time and resource usage).

None of those criteria hold true for a desktop calculator utility. We need to get to the point where I can hit the calculator button on the keyboard and a calculator window appears virtually instantaneously. gnome-calculator was always too slow to start, but now it's far slower: it's moving in exactly the wrong direction. Using it as a way to experiment with snaps just gives both snaps and gnome-calculator a bad reputation.

This bug is not trying to say "we must improve snap startup times".

This bug is trying to say "gnome-calculator is not an appropriate application to be snapped and should be changed back to a native application".