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/'? Best, Adrien Le 13/09/2021 à 09:16, Dan Čermák a écrit :

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

Hi Adrien, Adrien Glauser writes:

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')

Yes, that's a caveat with Factory: packages in here generally don't a maintainer or bugowner set.

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'?

No, the maintainer/bugowner is taken from the respective development project. Unfortunately, I don't know how to query the development project of a package via the API. The issue here is that the development package is a link to Factory. Figuring out where a link points to is rather simple, no idea how to go the other way around though.

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/'?

Sadly no. You have to do that for the package in the devel project, but unfortunately I don't know of the top of my head how to find that one. Cheers, Dan -- Dan Čermák Software Engineer Development tools SUSE Software Solutions Germany GmbH Maxfeldstr. 5 90409 Nuremberg Germany (HRB 36809, AG Nürnberg) Managing Director: Felix Imendörffer

Dear Dan, Andreas & others, Let me test my understanding of the picture that emerges from what you guys said. For any package <Pack> under *openSUSE:Factory*, I can get the entire set of <person userid> entries answering to the concept *the maintainers and packagers of <Pack>* if I do: 1. `/source/openSUSE:Factory/<Pack>/_meta`, where I extract the attribute $Proj from the entry <devel project=$Proj>; and then 2. `/source/<Proj>/_meta, where I extract the <person userid> entries Is that correct? If yes, it that also complete? In other words, am I missing any <person userid> that should also be included for the result to qualify as *the maintainers and packagers of <Pack>*? If that is not the case, regardless of the actual requests, just for my understanding of how we are structured, what are the contexts I should aggregate from in order to capture exactly the notion of *the maintainers and packagers of <Pack>*, for any <Pack> available to Tumbleweed? Best and thanks, Adrien Le 13/09/2021 à 11:40, Dan Čermák a écrit :

Hi Adrien,

Adrien Glauser writes:

...

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')

Yes, that's a caveat with Factory: packages in here generally don't a maintainer or bugowner set.

...

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'?

No, the maintainer/bugowner is taken from the respective development project. Unfortunately, I don't know how to query the development project of a package via the API. The issue here is that the development package is a link to Factory. Figuring out where a link points to is rather simple, no idea how to go the other way around though.

...

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/'?

Sadly no. You have to do that for the package in the devel project, but unfortunately I don't know of the top of my head how to find that one.

Cheers,

Dan

Hey, On 13.09.21 18:19, Adrien Glauser wrote:

For any package <Pack> under *openSUSE:Factory*, I can get the entire set of <person userid> entries answering to the concept *the maintainers and packagers of <Pack>* if I do: 1. `/source/openSUSE:Factory/<Pack>/_meta`, where I extract the attribute $Proj from the entry <devel project=$Proj>; and then 2. `/source/<Proj>/_meta, where I extract the <person userid> entries

3. `/group/<Group>` where you expand the <group groupid> entries from above which contain <person userids> BTW you can also look at what osc does with the API osc -H maintainer openSUSE:Factory 4store|grep send Henne -- Henne Vogelsang http://www.opensuse.org Everybody has a plan, until they get hit. - Mike Tyson

Great, thanks! Le 13/09/2021 à 19:59, Andreas Schwab a écrit :

On Sep 13 2021, Adrien Glauser wrote:

...

1. `/source/openSUSE:Factory/<Pack>/_meta`, where I extract the attribute $Proj from the entry <devel project=$Proj>; and then 2. `/source/<Proj>/_meta, where I extract the <person userid> entries

2. /source/<Proj>/<Pack>/_meta 3. /source/<Proj>/_meta, if (2) doesn't have an entry for a role.

Andreas.