* Dominique Leuenberger a.k.a. Dimstar
Quoting Guido Berhoerster
: * Stephan Kulow
[2013-07-04 10:04]: On 03.07.2013 16:45, Ludwig Nussel wrote:
Hi,
Looks like we went from one extreme (submit requests hanging around for months) to the other. It happened now for the second time in two days that I see a submit request accepted within a few hours that was a) not submitted by the actual package maintainer and b) not accepted nor acknowledged by the actual package maintainer and c) not urgent in any way. Both cases were core distro packages. Please, if you are project maintainer but not package maintainer give the actual maintainer a chance to review what arbitrary people do to their package. By giving a chance I'm talking about weeks rather than hours. It's very unfair and annoying to
Weeks is very frustrating for the submitter actually as it's currently not possible to give useful feedback - I hope that Shayon succeeds in having comments implemented in the build service, so that project maintainers can do reviews and add their liking/disliking to the request and then wait for the actual maintainer to step up.
In the meantime, how about introducing a maintainer "grace time" policy, that is a certain time period (say 1-2 weeks) in which project maintainers should usually not intervene combined with a "vacation list" (like e.g. https://fedoraproject.org/wiki/Vacation) to let others know if a maintainer will be unresponsive for a longer time period?
Why not do as I did on the vlc package in multimedia:libs (which seems to work out just fine): - If you care THAT much about a package, add yourself as REVIEWER to it. The prj maintainer can still overrule this, but has to do so 'actively' by acknowledging a popup that a review is pending.
I have occasionally done that before e.g. when discussing a change with the submitter to prevent project admins from simply accepting in the maeantime but I would prefer this to be the default behavior for packages that are maintained by individual package maintainers. While there may be trivial packages and trivial changes, but often there are details project maintainers are not aware of resulting in situations like those that started this thread. In general, I think it is reasonable to assume that a package maintainer knows best and therefore should be the preferrable person to deal with SRs and have a reasonable chance to review.
For other packages, the idea of 'project maintainers' is really to take care of the whole project... which means 'of all packages inside the project'.
That depends on the package, obviously this does not need to apply for packages which are not maintained by individuals but a group on the project level such as GNOME:Factory. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org