On 08/01/2010 11:30 AM, Rainer Gerhards wrote: > Also I have to admit that I weigh features by their importance to the > community at large. Those often requested receive higher priority, so they > will preempt less requested features from being implemented when they have > similar workload. Also, I prefer features requested/need by non-profits over > those that have a clearly for-profit user base. The reasoning here is that > the non-profit orgs will probably otherwise never get their features, whereas > the enterprises can task someone with implementing such a features. And if an > enterprise doesn't think it is worth tasking someone with implementing a > feature, that is a clear indication that the enterprise doesn't actually > think the feature is worth the effort. So I think there is a lot of logic in > assigning priorities in this way ;) >
Hi Rainer, I'd just add that the feature is targeted for Fedora 14 and the community will benefit because improved installer logging allows the Fedora QA to work more efficiently and so make a greater Fedora. Saying that I agree that some obscure unix socket logging features shouldn't be of high priority. Just an idea for a backlog. Ales _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com
