> I'm not stronly opposing, but in my opinion it causes
> information to scatter in contrast to the ml. There'll be bug
> reports on the ml regardless of having or not having a bug
> tracking system in function. It's more difficult to
> follow/search two places than one. And this project isn't the
> size of openoffice or debian, so maybe the ml doesn't get
> cluttered by incoming bug reports. And finally, many bug
> reports already contain a reasonable fix and their tracking
> summarizes to "Applied." There are benefits, too, of course,
> like forcing a good format for a report.
One point in favor of the use of a tracker like that of Gforge or
GNA, is that it assigns a unique number to every bug / wish,
which could then be easily referenced in Changelogs, CVS/SVN
It is easier to track bugs and have an history (when that bug has
been reported? when has it been fixed? etc. which is not always
clear from a ML).
I see it as complementary to the ML.
(my 2-yen contribution)