Summary/Minutes for Wednesday's FESCo meeting (2012-12-05)

Vít Ondruch vondruch at redhat.com
Fri Dec 7 09:28:35 UTC 2012


Dne 6.12.2012 21:40, Josh Boyer napsal(a):
> On Thu, Dec 6, 2012 at 3:18 PM, Matthew Miller <mattdm at fedoraproject.org> wrote:
>> On Thu, Dec 06, 2012 at 11:20:22AM -0500, Josh Boyer wrote:
>>> As I said in the meeting yesterday, I think the definition of a Feature
>>> needs to be cleared up before we can really tackle this one.  Feature to
>>> me is something important enough that it shouldn't be auto-accepted.  If
>>> there is some other class of thing people submit that isn't a Feature,
>>> then I might be for auto-accepting of those.
>> Alternately, "Feature" could be the term for the any small or big thing
>> which is useful to track and tout for marketing purposes, and big technical
>> changes could be, I dunno... "Major Changes".
> The meeting minutes showed that Fedora Marketing is already filtering
> the current Feature list and picking the important ones to highlight, so
> I don't think continuing to call the small ones Features is accurate.
>
> I mean, sure it could be done but it seems to make more sense to change
> the name of the small ones instead.  Or just have them go to release
> notes.  The main point is, calling them all the same thing is confusing
> and leads to a basically useless "Feature list".
>
> josh

Feature is something somebody considers important enough to create 
feature page for it. Period.

I am not sure why do you want to categorize it by size and impact, when 
it will be autocategorized by feedback on ML. The only think matters is 
that the Feature is widely advertised and that the community can provide 
early feedback. Please avoid bureaucracy. I would realy hate to see 
something like FFCo (Fedora Feature Committee), which would decided if 
feature is feature, major change, alteration, evolution or disruption, 
since it really doesn't matter.

Vít


More information about the devel mailing list