[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFC: Debian Quality Assurance Group



On Sat, Apr 24, 1999 at 03:06:01PM +0200, Torsten Landschoff wrote:
> > I don't see whay intent to NMU is neccessary to be sent to -qa, but okay.
> > A message to the BTS counts as a personal e-mail to the maintainer.
> 
> I think it is nice for every member of QA what the others are doing. Apart
> from that somebody else on qa might know that the maintainer is currently
> absent stopping the NMU.

ACK.

> > I think you mean that I should empahsize that if the maintainer okays
> > the NMU request, that the QA Group member may do it at any time (not
> > having to wait for the X days to pass), right?
> 
> This is how I understand it. And it is better this way I think. Another issue
> with this "timeouts": I think we need some kind of reminder to really do the
> upload after that time. Otherwise we will just end up with a lot of unapplied
> patches in the BTS while the quality of the package does not increase.

Hm... once the nice people from the -admin list make us a database of
maintainers, we could ask them to make another small database where
we could insert notices like that, and it could notify us after the
specified period... for now, we just have to remember ourselves :)

> > I still think that the maintainer should have more time to say anything.
> > Well, the number could be 20 days...
> 
> What about some kind of staging area for qa? If a qa member makes a fix and is
> still waiting for the maintainer to answer the mail I think we should publish
> the result somewhere so people who are hit by the bug can try the new
> inofficial package. If the maintainer uploads a new version this package
> should be removed from qa.

Yes, that'd be useful. Basically, we just need a world-writable directory
on master.

> I think it is no excuse if the maintainer says he will soon have the
> time to make a new upload.

I think that is a good thing when we give maintainers time to do sth,
since that way we reduce our workload and 'force' maintainers to do
their job more. But if the promise is NOT kept in some reasonable time,
the we simply must be able to act, end of story.

-- 
enJoy -*/\*- http://jagor.srce.hr/~jrodin/


Reply to: