From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
Cc: | Brendan Jurd <direvus(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Learning curves and such (was Re: pgFoundry) |
Date: | 2005-05-17 18:20:11 |
Message-ID: | 428A35DB.9080409@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marc G. Fournier wrote:
>>
>> And, I'm sure this has been asked and answered a billion times
>> already, but why *don't* we have a real bug tracking system?
>
>
> Because none of the core developers will use it, so bugs would be
> added, but never removed ...
Last time it came up I thought the problem was that there was not a
consensus on *which* bugtracker to use.
Incidentally, I'm not advocating we use bugzilla (if anything I think
I'd lean towards using RT), but this seems like a good opportunity to
note that as of a week or two ago bugzilla's HEAD branch supports using
PostgreSQL as its backing store, and this will be maintained.
>
> Also, how many 'bugs' have we seen go through the lists that someone
> hasn't jump'd on and fixed in a couple of days? We have a long list
> of 'TODO' items, but could anyone generate a list of "known bugs"?
>
Bug tracking systems are used to track more than just bugs ... they are
often used to track enhancements, support requests, and other tasks.
GForge (and hence pgfoundry) provides each project by default with
several trackers, one for each of these classes. But then, as a
pgfoundry admin you know that, right? :-)
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2005-05-17 18:26:31 | Re: Learning curves and such (was Re: pgFoundry) |
Previous Message | Andrew Dunstan | 2005-05-17 17:49:36 | Re: ARRAY[] with \'s is broken? |