Invert logic in `zopen list`

[AnthonyGiorgio]

When running the zopen list command, the output is too slow and too detailed. The default behavior should be like pip list, where only the names (and perhaps versions) of installed tools are shown. If the user wants to see the entire catalog of tools, they should have to opt into it.

[IgorTodorovskiIBM]

As we add more releases, the performance will continue to degrade. This is because the release cache, https://github.com/ZOSOpenTools/meta/blob/main/docs/api/zopen_releases.json, contains all releases and is currently 1mb in size.

We could provide two flavours, a zopen_releases.latest.json which only contains the latest releases - which is the most common use case and also retain the existing json in case users want to download older releases.

We can also delete releases older than N months. @MikeFultonDev @DevonianTeuchter

[DevonianTeuchter]

+1 Having a simple "latest" metadata is the general use-case for the tooling it seems so would make sense

[DevonianTeuchter]

@IgorTodorovskiIBM Is it worth creating a separate "enhancement" issue to handle the release.json split? The default params for zopen list can be made to be --no-version which will speed up the default case (list installed tools) significantly as a simple change under this issue, whereas a re-architect of the cache will (maybe?) take longer to implement