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

Re: Fedora Board Recap 2009-07-16 UTC 1600



On Sun, 2009-07-19 at 23:07 +0530, Rahul Sundaram wrote:
> 
> https://fedoraproject.org/wiki/Features/Extended_Life_Cycle#Interested_People
> 
> I did not because it benefits me in any way but because I really do want
> to understand what the work actually is over a period of time and see
> for myself if the cost is worth the benefit. I suggest that the board
> approve the infrastructure request and let the community succeed or fail
> on its own goals rather than refuse to provide infrastructure and
> therefore adding a very substantial barrier to entry for interested
> contributors. The rise in interest in EPEL after the move to Koji and
> Bodhi suggests that even a different infrastructure is a major barrier
> even for seasoned contributors. If it was just pushing more updates in a
> existing branch and if users can continue getting updates for a longer
> time without doing anything at all, this proposal has a better chance of
> succeeding.

While in Berlin, I got a work estimate from the RH Security team on what
it would take to watch over all of Fedora and fix any critical security
issues.  They estimated one full time person.  I've relayed that
information to Jeroen, and he has stated that there will be at least one
person committed to working on this task.  The interesting thing here is
that unlike other proposals it doesn't necessarily rely upon existing
contributors to do something different or extra, nor is it a half hazard
approach of "whatever people feel like pushing", nor is it an open ended
immeasurable task, Jeroen is willing to setup metrics and a timeline to
be measured by those metrics to judge success/fail of the effort.

For those reasons, I think it would be worth approving the effort and
getting real data on just how many people step up to participate, as
well as consume the output and if success/failure can be met.

-- 
Jesse Keating
Fedora -- FreedomĀ² is a feature!
identi.ca: http://identi.ca/jkeating

Attachment: signature.asc
Description: This is a digitally signed message part


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