From: Karl Fogel <kfogel@red-bean.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: Unable to close a bug in the tracker.
Date: Thu, 14 Jan 2010 10:47:50 -0500 [thread overview]
Message-ID: <87ockwk7rt.fsf@red-bean.com> (raw)
In-Reply-To: <jwvmy0g1z7e.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Thu, 14 Jan 2010 10:35:03 -0500")
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>Karl, please look at it from the other side: not that long ago, all the
>bug handling was done on a mailing-list and nothing else. That means
>bug-lossage-galore and the only "web-interface" was the email archive.
>
>The current web UI is clearly not as good as we'd like it to be, but
>compared to what it was before Debbugs, there's no question that
>it's improved. Given the rate of evolution of Emacs development
>practice, I think we're doing fairly well. There's hope that within
>a year or two, the web UI will be usable.
I completely understand the other side. But Emacs is a project with a
very large, disparate group of developers, few of whom do it anything
close to full time. So optimizing the bug tracker for the small
percentage of people who will become expert enough to be happy with it
seems like a mistake, unless the increase in the minority's efficiency
is *so* great as to outweigh the decrease in the majority's efficiency.
I strongly doubt that to be the case.
Again, I'm not opposed to having an email interface. But a bug tracker
with *no reliable way to know that an operation has completed*? That's
pretty basic. If I wanted gambling I'd go to Vegas.
>Personally, I'd be even more interested in a good debbugs-mode.
>And that would be useful for all Emacs users, rather than just
>for developpers.
Emacs interfaces to bug trackers would be great. That's not specific to
debbugs or to email-based interfaces, of course.
-Karl
next prev parent reply other threads:[~2010-01-14 15:47 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
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 [this message]
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=87ockwk7rt.fsf@red-bean.com \
--to=kfogel@red-bean.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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.