Re: [pgsql-www] Collaboration Tool Proposal

From: Greg Stark <gsstark(at)mit(dot)edu>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [pgsql-www] Collaboration Tool Proposal
Date: 2004-02-27 14:57:24
Message-ID: 871xogh8ob.fsf@stark.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-advocacy pgsql-hackers pgsql-hackers-win32 pgsql-www


Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> As for raising the barrier, you can presently submit bug reports to
> pgsql-bugs by either mail or webform. Most of the bug trackers I'm
> aware of are webform-only. I don't consider that a step forward,
> especially since a webform isn't very conducive to making good reports
> (it's hard to attach test cases, for instance).

There are plenty of bug tracking systems that use email extensively. In fact I
think the traditional approach was to be entirely email based. GNATS, the
venerable candidate in this field for example, is entirely email based. But
GNATS kind of sucks.

The Debian system is entirely email controllable, including command messages
to close, reassign, etc. bugs. It depends on people following instructions and
following up to the numeric address it sends you.

RT behaves like a ticketing system where it assigns you a ticket number on the
initial email and then tracks subsequent emails by the subject and other
headers.

I dislike BZ for the way it *forces* you to use the web interface. I prefer
email based systems for the simple reason that I already have a perfectly good
tool for composing text and reading conversations. It alerts me when I get
messages, sorts the messages into folders etc. The last thing I want to do is
have to remember 20 different web sites to check to see if there's any news.
And the last thing I want to do when I have a long detailed explanation of a
problem is try typing into some little bitty box in a web browser with the
pitiful editing features they have.

I also dislike BZ for aesthetic reasons. If one person is editing a ticket
while another person updates the same ticket, it refuses your edits and you
have to start all over. I think all the updates are stored in one big field.

--
greg

In response to

Responses

Browse pgsql-advocacy by date

  From Date Subject
Next Message Josh Berkus 2004-02-27 17:05:48 Re: features required for SQL 92 conformance
Previous Message Shridhar Daithankar 2004-02-27 14:51:27 Re: [pgsql-www] Collaboration Tool Proposal

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Brusser 2004-02-27 15:18:20 Re: Question on pg_dump
Previous Message Karl DeBisschop 2004-02-27 14:51:36 Re: [pgsql-www] Collaboration Tool Proposal

Browse pgsql-hackers-win32 by date

  From Date Subject
Next Message scott.marlowe 2004-02-27 15:28:31 Re: Tablespaces
Previous Message Shridhar Daithankar 2004-02-27 14:51:27 Re: [pgsql-www] Collaboration Tool Proposal

Browse pgsql-www by date

  From Date Subject
Next Message janos 2004-02-27 18:19:15 Re: Collaboration Tool Proposal
Previous Message Shridhar Daithankar 2004-02-27 14:51:27 Re: [pgsql-www] Collaboration Tool Proposal