Re: Automating the NonResponsiveMaintainers policy

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

 



On 03/02/2012 12:12 PM, "Jóhann B. Guðmundsson" wrote:
> On 03/02/2012 11:02 AM, Marcela Mašláňová wrote:
>> Ok, so you'll automatically start non-responsive maintainer process,
>> because maintainer didn't work on a one bug. But he might be working on
>> different component for whole month. He might be working on a new
>> upstream release and not paying attention to low priority bugzillas.
>>
>> You should take more parameters than one bug to kick someone from Fedora.
> 
> This is based on more then one bug against one component and through
> observation in several release cycles.
> 
> If an maintainer does not want to be affected by the automatic non
> responsive process all he would have to do would simply be something
> like changing the report status from new to assigned and leave feed back
> on it.
> 
> JBG

You didn't consider people or pseudousers, who are assigned to packages
with dozens of bugs. Also some developers are using NEW as their state
for something.

I'm afraid we end up with more bureaucracy than we have now. I'm not
against tracking some statistics, so you can look up who is active and
probably will answer in few days, but I'd rather not use it for the
unresponsive process.

Marcela
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux