On 22/05/2013 20:07, viv...@gmail.com wrote:
On 05/22/13 11:43, Michael Palimaka wrote:
On 22/05/2013 19:22, viv...@gmail.com wrote:
On 05/21/13 23:38, Andreas K. Huettel wrote:
Am Dienstag, 21. Mai 2013, 15:38:44 schrieb Thomas Sachau:
And if a maintainer is not responding within 30 days, you can ping him
or, without a response, try to get a different maintainer. Just
assuming
that a stable request is ok without a maintainer response is really
not
a good idea.
If none of the listed maintainers responds to a bug in 30 days in
any way, the
package is effectively unmaintained.
And thus its risky to mark it stable.
That's why we have arch teams in the first place, to test beforehand.
The risky part is about the after, not the before, to avoid the risks
arch teams should keep the package working *after* it has stabilized.
Seem to be a good case for those things that need to be evaluated case
by case and could not be written in stone.
I am confused as to what you are proposing. Do you want arch teams to
continually test packages that are already in stable to make sure they
haven't broken somehow?
