Hi Dan,
Thanks very much for you answer! GET-ting
'/source/<project>/<package>/_meta' & '/source/<project>/_meta' is what
I am doing already, with little success since as far as I can as few
packages under the openSUSE:Factory project declare <person> entries (or
at least: such entries didn't show up in response to
'/source/<project>/<package>/_meta')
Now the rest of your reply makes me wonder: if some/most factory
packages don't declare users, does it simply mean that their users are
just inherited from groups, such as 'factory-maintainers'? If so, is it
correct to say that if I want to aggregate the list of:
- <person userid> entries corresponding to the set of people who are in
charge of (maintaining / contributing to) openSUSE:Factory package X,
for any X
, I can simply concatenate:
1) the list of <person userid> returned from
'/source/openSUSE:Factory/<package>'; with
2) the list of <person userid> returned from '/group/
Hi Adrien,
"Adrien Glauser"
writes: Hello,
I would like to perform the API action described in the topic above, ideally in a single request. Is that feasible?
As far as I am aware, you'll need to perform two requests:
GET /source/$proj/$pkg/_meta GET /source/$proj/_meta
and extract the users from the `<person>` elements in the `<project>` or `<package>` elements. This will not give you the roles inherited via groups though. If you want to also get the roles inherited via groups, then it'll become a bit more complex, as you'll have to GET `/group/$group_id` for each group that is listed.
Hope this helps,
Dan