Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Create a list of maintainers for each of the packages #10

Open
rinigus opened this issue Jul 22, 2021 · 5 comments
Open

Create a list of maintainers for each of the packages #10

rinigus opened this issue Jul 22, 2021 · 5 comments

Comments

@rinigus
Copy link
Collaborator

rinigus commented Jul 22, 2021

lbt suggested to create a list of maintainers that would link package to someone responsible for it.

@piggz
Copy link
Contributor

piggz commented Jul 22, 2021

Any ideas how to do this in a easy maintainable way?

@fridlmue
Copy link
Contributor

wouldn't it be enough to set the maintainer in chum:testing accordingly? (Like suggested regarding updates?)

@rinigus
Copy link
Collaborator Author

rinigus commented Jul 22, 2021

So, in principle the info is at https://build.merproject.org/package/meta/sailfishos:chum:testing/harbour-avarisk . If it's missing it is either you or me (list from https://build.merproject.org/project/meta/sailfishos:chum:testing). This can be pulled using osc meta as far as I could see:

osc meta pkg sailfishos:chum:testing harbour-avarisk

and similar for prj. We would need then to pull the data and format it in some human-readable way. But that would be limited to OBS maintainers. I presume some would want to maintain at Github and ping us to start the builds. Not sure what to do with this case and if we want to encourage that.

@lbt
Copy link

lbt commented Jul 23, 2021

My suggestion would be a yaml(?) file that could be extended to provide supplemental information

Initially just put it in git and manage it there?

The idea is more to record who "owns" a given app and is allowed to ask for updates. Eventually it could include more metadata that may be used by a frontend.

Like this https://git.sailfishos.org/mer-core/Maintainers/blob/master/maintainers.yaml
but that structure was for a different requirement

@rinigus
Copy link
Collaborator Author

rinigus commented Jul 24, 2021

Such kind of YAML would be nice, probably not as structured as we mostly have simpler case. Ideally I would get that info from what we have at OBS and compose on the basis of that. Then we can also get human preferred representation as well. Would need bit of programming, but doable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants