Re: 04: glib: g_list_free_1 should return ->next



Owen Taylor wrote:
> [..]
Basically, the difference is that bug reports _force_ us to act upon them (even it's a question of WONTFIX)
while if we read a mailing list post, we may think it's
a cool idea, but most likely won't remember it at all
when it comes time to work on features for the next
release.

Also, bug reports have lots more features that we find
useful:

 - Assigning categories/milestones/priorities/KEYWORDS
 - Sorting
 - Querying
 - Marking as resolved

etc. It's how we track open work items, and it's
easiest and most reliable if people file their own
bug reports rather than hoping that we will do it for
them.

[...]
Well, if you actually have questions or suggestions that you'd like
people to talk about, you should send them to the mailing list.

But if you want them acted upon, file them in bugzilla.
I often will mail the mailing list, and then file a bug
in bugzilla with a link to the mailing list post.

E.g.:

 http://bugzilla.gnome.org/show_bug.cgi?id=101959
[...]

ack!!



there are 36 more items on my list *grin*

I'll feed them one at a time, so that people are not
scared off and unwilling to discuss the things since
they have better things to do than sit over a code
review... giving it a few minutes a day is much more
appropriate ;-)

36... wow. please do file them in bugzilla instead/as well
as sending them to gtk-devel-list. It's just not manageable
to keep track of huge numbers of items without the sort
of database features that bugzilla provides.



I'll try to get them into shape one at a time - it's also
quite time-consuming for me - and some are dubious whether
they should be "acted" upon or whether it would just need
to be documented - especially there are a lot of API calls
which will happily segfault in some corner conditions or
mourne about null-arguments where it would have been okay
to keep silent - the list is quite diverse in that respect
and I am not that sure I can express the things right to
the point.

cheers, guido




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