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
Ensure 'factory-maintainers' are devel prj maintainers #2429
Comments
good entry level issue for someone who would like to contribute |
Which value from OSRT:Config would you suggest to use? Or should we add a new one (if that's the case, you choose the name 😉)? Or it's maybe better to receive it as some kind of parameter or env variable that we can set in gocd? |
Why cannot we simply use the maintainer(s) of the target project? |
The user story as outlined here is only interesting for openSUSE:Factory - we don't need that for SLE or Leap. So it needs to be configurable - if that's a "expect all the maintainer groups in the source" or "expect specific group in source" doesn't really matter (as long as we only have one group in Factory maintaining). The latter appears more natural to me though. |
Oh, and about persons maintaining: we use the maintainer field of the devel package to configure who gets the bug reports (bugowners aren't normally set for openSUSE), so polluting that with persons would increase @DimStar77's bug list dramatically. |
Thanks for thinking about my sanity and my mailbox |
Cloud be as speaking as If not defined, no action needed |
Shouldn't this requirement be documented at [1]? That would surely help us to add a meaningful comment for the declined review. [1] https://en.opensuse.org/openSUSE:How_to_contribute_to_Factory#How_to_request_a_new_devel_project |
This is an angle on openSUSE/open-build-service#9310 - trying to at least prevent to run into the permission errors OBS could throw on accept
When a submission is incoming, we shuld ensure the sourceproject (devel prject) hast factory-maintainers (any configurable group - based on OSRT:Config I'd say) defined as maintainer.
During accept this is nescessay to convert the source package into a branch of the target package (OBS:InitializeDevelProject)
We envision something like:
The text was updated successfully, but these errors were encountered: