From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Miles Bader <miles@gnu.org>
Cc: Karl Fogel <kfogel@red-bean.com>, emacs-devel@gnu.org
Subject: Re: Unable to close a bug in the tracker.
Date: Thu, 14 Jan 2010 11:09:41 +0900 [thread overview]
Message-ID: <87ska91lp6.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <87pr5d5xco.fsf@catnip.gol.com>
Miles Bader writes:
> Karl Fogel <kfogel@red-bean.com> writes:
> > For the love of Cthulhu, why are we using this monstrosity when there
> > are so many other good trackers out there?
>
> Hm, is that really true? It seems more like there are so many other
> _bad_ trackers out there.
Let's not focus on "good vs. bad", let's focus on "debbugs vs.
something better".
> The ones that do email well, screw up the web interface (or don't have
> one). The ones that do the web well screw up the email interface (or
> don't have one). Some screw both up. Blah blah...
In that case, my advice is to choose one that does the web interface
well, and invest in some Elisp to manipulate it without touching the
mouse to approximate an email-based workflow.
Specifically, I chose Roundup for our bug tracker because it offered a
fighting chance of getting both the web interface and the email
interface tolerable. Result: The email interface accepts mail, and
produces notifications to those on the nosy list, but nobody uses it
for control, and really no improvements have been installed to the
email interface in over 18 months because nobody needs them. There
have been over 25 bugs against the web interface closed, and there are
still about 50 open. Users care about the web interface.
That's what Karl said, of course, but maybe an opinion from the
viewpoint of a tracker maintainer would be of interest.
My opinions of the trackers I've reviewed. Note that (except for
Roundup, which I use daily) these comments are 18-24 months old. Most
of these products are quite mature, though.
Roundup has been sufficient for our needs. I've had complaints that
it is "not Bugzilla", but nobody has gone to the extent of suggesting
that we should change, or refuses to use it. Python has a much
improved version you could grab. It has an excellent facility for
generating and saving queries so you can generate the reports you
need.
The LaunchPad tracker was not available when I set up our tracker, so
I never reviewed it carefully. As a user, it is the least usable of
the major tracker products I've used (SourceForge, Bugzilla, RT, and
Trac). There are lots of annoying project-related hoops to jump
through to get to the point where you can actually do something with
your bug report, and the documentation has that peculiar Canonical
odor of James Joyce writing to an audience he expects to consist
entirely of total n00bs.
RT was clunky and (for my needs) clearly dominated by Roundup. Some
people love it, though.
Trac is pretty, but I don't know how good it is at accepting email for
comments, or even if it has an email control interface. It also has
an obnoxious query interface.
Bugzilla: IMHO hard to go wrong by choosing Bugzilla, but I don't do
Perl. There have been several Bugzilla variants with excellent email
support, but none were published at that time. (Novell had one, for
example.)
SourceForge: not bad, if you can handle the various BS that
SourceForge bureaucracy imposes. IIRC, it did handle email fairly
well according to its docs, but I never tried it.
next prev parent reply other threads:[~2010-01-14 2:09 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-14 0:27 Unable to close a bug in the tracker Karl Fogel
2010-01-14 0:44 ` Miles Bader
2010-01-14 1:08 ` Karl Fogel
2010-01-14 1:21 ` Chong Yidong
2010-01-14 1:26 ` Karl Fogel
2010-01-14 2:09 ` Stephen J. Turnbull [this message]
2010-01-14 2:08 ` Óscar Fuentes
2010-01-14 10:06 ` Andreas Schwab
2010-01-14 1:02 ` Chong Yidong
2010-01-14 1:08 ` Glenn Morris
2010-01-14 1:14 ` Karl Fogel
2010-01-14 1:16 ` Chong Yidong
2010-01-14 1:21 ` Karl Fogel
2010-01-14 1:59 ` Óscar Fuentes
2010-01-14 2:15 ` bug spam [was Re: Unable to close a bug in the tracker.] Glenn Morris
2010-01-14 4:45 ` bug spam Stefan Monnier
2010-01-14 5:21 ` Glenn Morris
2010-01-14 8:14 ` Yavor Doganov
2010-01-14 15:23 ` Stefan Monnier
2010-01-14 17:14 ` Glenn Morris
2010-01-14 17:16 ` Glenn Morris
2010-01-14 18:08 ` Chong Yidong
2010-01-14 18:37 ` Stefan Monnier
2010-01-15 3:59 ` Glenn Morris
2010-01-19 19:15 ` Glenn Morris
2010-01-19 19:29 ` Chong Yidong
2010-01-19 20:42 ` Glenn Morris
2010-01-19 21:01 ` Glenn Morris
2010-01-14 18:09 ` Glenn Morris
2010-01-14 1:14 ` Unable to close a bug in the tracker Karl Fogel
2010-01-14 2:37 ` Miles Bader
2010-01-14 2:44 ` Glenn Morris
2010-01-14 12:24 ` Xavier Maillard
2010-01-14 1:19 ` Glenn Morris
2010-01-14 1:28 ` Karl Fogel
2010-01-14 1:41 ` Glenn Morris
2010-01-14 12:58 ` Karl Fogel
2010-01-14 15:35 ` Stefan Monnier
2010-01-14 15:47 ` Karl Fogel
2010-01-14 16:24 ` Deniz Dogan
2010-01-14 18:08 ` Stefan Monnier
2010-01-15 2:11 ` Stephen J. Turnbull
2010-01-15 2:31 ` Stefan Monnier
2010-01-15 6:19 ` Miles Bader
2010-01-14 4:50 ` Stefan Monnier
2010-01-14 6:36 ` Glenn Morris
2010-01-14 8:54 ` bug threading [was Re: Unable to close a bug in the tracker] Glenn Morris
2010-01-14 15:24 ` bug threading Stefan Monnier
2010-01-14 12:59 ` Unable to close a bug in the tracker Karl Fogel
2010-01-14 14:55 ` Chong Yidong
2010-01-14 15:09 ` Karl Fogel
2010-01-14 17:04 ` Glenn Morris
2010-01-14 19:20 ` Xavier Maillard
2010-01-14 9:41 ` Deniz Dogan
2010-01-14 17:07 ` Glenn Morris
2010-01-14 18:54 ` Deniz Dogan
2010-01-14 19:22 ` Stefan Monnier
2010-01-15 3:59 ` Glenn Morris
2010-01-15 21:36 ` Richard Stallman
2010-01-16 4:02 ` Deniz Dogan
2010-01-16 8:10 ` Eli Zaretskii
2010-01-16 11:02 ` Reiner Steib
2010-01-16 11:13 ` Óscar Fuentes
2010-01-18 3:06 ` Miles Bader
2010-01-18 4:13 ` Stephen J. Turnbull
2010-01-18 5:29 ` Stephen J. Turnbull
2010-01-19 0:06 ` Glenn Morris
2010-01-16 20:57 ` Xavier Maillard
2010-01-16 21:09 ` Richard Stallman
2010-01-14 13:09 ` Getting full bug database dump? Karl Fogel
2010-01-14 14:47 ` Chong Yidong
2010-01-14 15:21 ` Michael Albinus
2010-01-14 15:31 ` Karl Fogel
2010-01-14 16:09 ` Michael Albinus
2010-01-14 16:20 ` Chong Yidong
2010-01-14 16:24 ` Michael Albinus
2010-01-14 16:37 ` Ted Zlatanov
2010-01-14 19:33 ` Emacs interface to debbugs (was: Getting full bug database dump?) Reiner Steib
2010-01-14 20:35 ` Emacs interface to debbugs Michael Albinus
2010-01-14 21:25 ` Ted Zlatanov
2010-01-14 18:00 ` Getting full bug database dump? Stefan Monnier
2010-01-14 19:56 ` Michael Albinus
2010-01-14 17:31 ` Dan Nicolaescu
2010-01-14 18:04 ` Karl Fogel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ska91lp6.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=emacs-devel@gnu.org \
--cc=kfogel@red-bean.com \
--cc=miles@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.