Re: Support for 5.x (Was: Re: What about BIND 9.3.4 in FreeBSD in base system ?)

On Tue, Feb 06, 2007 at 04:08:11PM +0100, Julian H. Stacey wrote:
Remko Lodder wrote:
On Tue, Feb 06, 2007 at 01:21:44PM +0000, Chris wrote:
On 03/02/07, Julian H. Stacey <jhs@xxxxxxxxxxxxxxxx> wrote:
think you hit the nail bang on the head, I am one such person who
tried to submit a bug causing crashes and have found a lack of
enthusiasm to get the bug fixed. One thing I have noticed about 6.x
is there is many features that 5.x doesnt have, so it looks clear
there is lots of activity in working on new code but little activity
in fixing bugs and working on stability.

Hello,

I feel poked by this, and it saddens me that this is the reply we
get.

No criticism intended of the folk who sacrifice their free time
dealing with other people's bug reports & diffs, it's very kind of
them to do it :-) I guess lots of us paused a moment to admire the
courage of the last bug-a-thon assault team (a weekend about a month
back I recall).

I just suggest the oldest bug reports (most boring/ intractable/
tedious, unappealing to unpaid volunteers) could be worked by
paid/sponsored help, if there's every any money or sponsored hours
available, leaving the newer bugs to interest the unpaid volunteers.


Well, given my "track-record" for the bugs, you can see that I and
some other committers try to wreak-havoc under the old PR's. This isn't
always simple and trivial to do, getting feedback takes ages from time
to time (logical because the submitter feels annoyed that it took so
long to get a reply at all) and then you need to find someone to fix
this. It will go, steadily, but will always take time, which is
crucial, even for paid people.

I hope that the incoming current flow is also seen and that new
tickets are handled better then the old ones (we do in my eyes).
Currently all the new PR's are analyzed by one of the bugmeisters
(as far as I know that is) and obscure ones and support questions
are discarded immediatly; we try to get more feedback on unclear
tickets, and try to assign new tickets that are not grabbed
by someone within X time to a committer working in that region.

Improvements are there; paid support would help; but it remains
a question of time (even money cannot make up most of the things
since one needs to be very allround to work through all the
tickets that are ancient^Wstale^Wstill there, oh well you get
the idea).

Thanks for the feedback though!

Remko

--
Kind regards,

Remko Lodder ** remko@xxxxxxxxxxxx
FreeBSD ** remko@xxxxxxxxxxx

/* Quis custodiet ipsos custodes */
_______________________________________________
freebsd-security@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-security
To unsubscribe, send any mail to "freebsd-security-unsubscribe@xxxxxxxxxxx"

Relevant Pages