[PATCH] feat(rpc): return "providers" packages when querying by `name` or `name-desc`

[Lukas Fleischer]

On Wed, 21 Mar 2018 at 04:20:18, morganamilo wrote:
> On 21/03/18 03:12, 尤立宇 wrote:
> >> An alpm_find_satisifier equivilent is what I want too, thing is once you get
> >> the package names from that alpm_find_satisifier equivelent what are you
> >> going to do with thoes names? Probably call "info" on all of them. So why
> >> not skip that step and just have info support it.
> >>
> >> Yes point b is what I was thinking. info("foo") would return "foo" because
> >> it matches by name, and it would also return "foo-git" because it provides
> >> "foo". Maybe it would be &type=info&by[]=provides&by[]=name rather than just
> >> "info". Point being you still get the same hunk of json that info gets you.
> >>
> >> Would your type=provides return just package names or the same stuff info
> >> does? If its the latter it's the same as what I want but under a different
> >> name.
> > I'm convinced that just putting that into info would be better.
> > Looking at the code also shows that adding by[]=provides is easier to implement
> > as it fits better to the current architecture.
> Glad you agree. This patch was more about opening up discussion before 
> going in and changing a bunch of stuff. Is there any offial decision by 
> the devs and a little guidence on how the implementation should look?

As I already suggested before, I like the idea of adding multiple "by"
arguments to the search. I wonder what to do with info queries. If we do
the same thing there, wouldn't it be natural to add all the "by" types
from search as well? Maybe info and search could/should be able to
handle the same kind of queries and only differ in the amount of details
returned...