[bug] `conan list packages` is broken

Environment Details (include every applicable attribute)

• Operating System+version: 21H2 (OS Build 19044.1706)
• Compiler+version: N/A
• Conan version: ←[1m←[32mConan version 2.0.0-alpha7←[0m
• Python version: Python 3.9.7

Steps to reproduce (Include if Applicable)

run conan list packages zlib/1.2.11@#latest -r conanv2

Logs (Executed commands with output) (Include/Attach if Applicable)

conan list packages zlib/1.2.11@#latest -r conanv2
←[1m←[34mconanv2:←[0m
←[1m←[31m  ERROR: 500: org.jfrog.repomd.conan.exceptions.ConanInfoException: Missing section in conaninfo.txt. [Remote: conanv2]←[0m 

[jgsogo]

(conan-center-index context)

There are at least to places where we want the list of package-ids.

• One of them is to know which packages to build. We have computed the pkg-ids (we compute them or retrieve from a cache), and we want to check which ones are already available in the remote. Here conan graph info could be a replacement, although iterating all the profiles will take longer than one single call to conan list… and this call cannot be cached, we need to query the remote for the packages that are available at that moment.
• Another place where we need this feature is when we are going to promote the packages to ConanCenter from the temporal repository. Due to some issues we had with Artifactory in the past, we promote the recipe first and then the packages one by one. Here we need to know which packages (folders) are in the remote. Here we don’t use profiles, we just promote all packages that are available (this approach has some advantages).

IMHO, if conan list doesn’t work yet, using JFrog CLI can be the easiest alternative. It is very simple to list the directories under a given entry. The only drawback is that JFrog CLI cannot check anything (package integrity,…) it will just list folder names.

I agree that the workaround could be documented (or even implemented behind the scenes in the Conan client) while Artifactory fixes this API endpoint.

[memsharded]

in other words, do I understand correctly that conan list packages replacement could be implemented on top of conan graph info (with some loop)? if so, why not implement it in conan client (e.g. conan list-packages2)?

It is impossible to loop over all possible infinite combinations of profiles that you need to feed to conan graph info to deduce the existing package_ids.

otherwise, every user will have to figure it out, how to write that replacement on his own, which might be time consuming, and easy to make a mistake.

This will be fixed in the server. Not every user use this feature. The best would be to provide them with an Artifactory query they could run.