It isn't that we can't do it; it's that it's a lot of work to do it properly, and there isn't a clear need. 'snap find .' will still only give you an arbitrary set of 100 packages.
'apt list' is a local query; 'snap find' is a remote one. Having 'snap find' return all snap packages is expensive, both on server resources (to get, collate and serialise everything), network bandwidth (to transmit the dump), and client resources (to display all of that). It would also force us to support pagination of the store queries in snapd, and of snapd respones in the client (as well as making supporting caching a higher-priority issue), which is a lot of work for a use case that is not at all clear is that interesting. Especially considering that the (ubuntu) store has a public, documented REST API you can query directly if you absolutely need the list of snaps for some reason. http://search.apps.ubuntu.com/docs/#snap-specific- endpoints We'll probably bring back empty "snap find" as part of the discovery story, but that's down the road a while. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1609368 Title: 'snap find' no longer lists all available snaps To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1609368/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
