Automating the NonResponsiveMaintainers policy

Marcela Mašláňová mmaslano at redhat.com
Fri Mar 2 11:57:11 UTC 2012


On 03/02/2012 12:52 PM, Aleksandar Kurtakov wrote:
> 
> 
> ----- Original Message -----
>> From: "Jóhann B. Guðmundsson" <johannbg at gmail.com>
>> To: "Development discussions related to Fedora" <devel at lists.fedoraproject.org>
>> Sent: Friday, March 2, 2012 12:20:10 PM
>> Subject: Automating the NonResponsiveMaintainers policy
>>
>> I am a feature owner for a feature that involves components in the
>> hundreds and is heavily depended on maintainers responsiveness.
>>
>> For me to start enacting the non responsive maintainers policy is a
>> tremendous work thus I'm wondering if there is something preventing
>> us
>> from automating the non responsive maintainer policy?
>>
>> An bugzilla script that acts something like if maintainer has not
>> responded to a bug report with the status new in a week ( or some
>> other
>> time ) the non responsive maintainers policy automatically starts
>> taking
>> effect.
> 
> Well, this is plain nonsense. Do you know how many bug reports do a number of the packagers have ? 
> And speaking for "A WEEK" is something that is even offensive. People tend to take 2 weeks of vacation still.
> 
> So I would make a contra-proposal. 
> 
> If a maintainer doesn't respond to a bug repord with the status new in a week - give commit rights to the reporter in pkgdb so he/she can fix it himself.
> 
> I really think this is way more fare and people that tend to think that packagers are just a bunch of lazy guys should step in do some of this dirty work to get an idea what we speak about.
> 
> Alex

I would change week to longer period, but it sound better than previous
proposal.

Marcela
> 
>>
>> To get out of that automatic non responsive process the maintainer
>> would
>> have to comment on the bug and set it's status assigned ( or
>> something
>> similar ).
>>
>> JBG
>> --
>> devel mailing list
>> devel at lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel



More information about the devel mailing list