From: Bastien <bastienguerry@googlemail.com>
To: "Óscar Fuentes" <ofv@wanadoo.es>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Org-mode as a bug tracker.
Date: Sat, 18 Jul 2009 12:46:35 +0200 [thread overview]
Message-ID: <87zlb28e0k.fsf@bzg.ath.cx> (raw)
In-Reply-To: <87fxcv6zvc.fsf@telefonica.net> ("Óscar Fuentes"'s message of "Fri, 17 Jul 2009 18:25:11 +0200")
Óscar Fuentes <ofv@wanadoo.es> writes:
> Óscar Fuentes <ofv@wanadoo.es> writes:
>
>> Any reasons why this is not a good idea?
>
> Just remembered that time ago, when the bug tracker for Emacs was
> discussed, Bastien proposed to use org-mode for it.
Actually I'm glad you bring this up again, as I want to work on this
proposal again.
There are actually two ideas:
(1) use org-mode instead of outline-mode in Emacs internal files
etc/TODO and admin/FOR-RELEASE. This is pretty straightforward
and not a big change. As a minimal change, it improves the way we
can navigate through these files, but it opens new possibilities
about adding milestones, tagging tasks, keep track of the email
which originated the task, assign them to someone, etc.
(2) use org-mode as a collective bug tracker.
Let me dwell a bit on the second idea.
A good bug tracker for Emacs would let both users and developers easily
access (read/write) to a constantly updated bugs database.
One way to do this with Org files is the "Worg" way: share Org files
over git (or bzr) and let's people contribute to it. However, this is
not a good solution for *users*. Even for developers it's not usable:
people will have to pull the last version of the bug database to check
that they are not working on the same things... too bad.
Another solution would be to take the Worg road only for publishing the
Org bug database, and take another road for writing stuff into it. I
think a clever system combining HTML input and mail interactions could
do it:
- A HTML form would let users fill a bug report that would be add to
the Org bug database;
- M-x report-emacs-bug would be sent to a machine able to extract an
Org subtree from the email and add it to the Org bug database;
- When a developer is taking any action on a bug (revising, closing,
etc) he emails the updated version of the task to the system and the
system takes care of replace the old entry by the new one.
- Whenever X changes an entry assigned to Y, Y receives an email
asking for permission about this changes. If yes, then the change
is applied to the bug database, if no it isn't.
This is the basic workflow. Of course, permissions and other issues
could be refined but I think such a system is feasible.
> I argued against
> because the Emacs bug database would soon fill dozens of megabytes and
> this volume does not fit the philosophy of a text-based database.
I don't think the size of the database would really be an issue for the
system above - but maybe I'm wrong on this.
> Another nuisance is attached files. This requires an ad-hoc mechanism
> and I'm not sure I want them stored along with the source files.
I guess 20MB is because there are many files attached - as Matt
mentioned you can attach files *outside* the bug database so this
isn't really an issue.
Looking forward reading your ideas on the proposed setup above!
Thanks,
--
Bastien
next prev parent reply other threads:[~2009-07-18 10:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-17 15:34 Org-mode as a bug tracker Óscar Fuentes
2009-07-17 16:25 ` Óscar Fuentes
2009-07-17 17:58 ` Eric S Fraga
2009-07-17 18:35 ` Matthew Lundin
2009-07-17 19:02 ` Eric S Fraga
2009-07-18 10:46 ` Bastien [this message]
2009-07-19 21:12 ` Óscar Fuentes
2009-07-20 6:18 ` Bastien
2009-07-20 14:15 ` JBash
2009-07-20 14:35 ` Óscar Fuentes
2009-07-18 10:46 ` Bastien
2009-07-20 23:26 ` OrgmodeOrg-mode " Wes Hardaker
2009-07-20 23:48 ` Óscar Fuentes
2009-07-21 6:01 ` Bastien
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87zlb28e0k.fsf@bzg.ath.cx \
--to=bastienguerry@googlemail.com \
--cc=emacs-orgmode@gnu.org \
--cc=ofv@wanadoo.es \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).