On Wednesday 03 of February 2016 22:19:34 Ruediger Meier wrote:
Sometimes it's annoying to wait that long. I guess this is the only reason why we have so many project maintainers sitting in any project at all.
Another idea might be that one package maintainer could accept immediately but it would need at least 2 or 3 project maintainers to accept. If the package maintainer is sr'ing himself then one project maintainer might be enough to accept.
Then ... after one week silence ... anybody of the project maintainers can accept alone.
I would rather suggest for project maintainers to check if package maintainer (in the formal sense) does really actively maintain the package. If so, please give him some time. If not - and often this is quite obvious - there is probably no need to wait, especially for simple "obviously correct" changes. But in that case, they should probably also contact such inactive "maintainer" and check if is going to live up to his role or not.
BTW what I really don't like is that a maintainer can just commit without branching/sr'ing at all. Some people just commit (even without any commit message) and they would never sr at all. That's the most annoying thing. You don't even get a message that somebody did something.
First, committing changes without any message or changelog entry is definitely wrong. Other than that: no, please no. If a package is maintained by a group of people and they agree on such "requests only" policy, it's their choice and it should be respected. But there is a lot (perhaps even majority) of packages with a single maintainer who is usually the only one caring for that package (except for an occasional trivial change from someone else). Often the project managers don't even know the package as users. In such case, enforcing a "requests only" policy - with OBS branching by far not as easy to use as git branches (notice: no "-hub" here) - would be just adding useless bureaucracy without any positive effect. And, I dare to say, another thing that could very well discourage people from going out of their home projects with packages. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org