public inbox for gnats-devel@sourceware.org
 help / color / mirror / Atom feed
From: "Chad C. Walstrom" <chewie@wookimus.net>
To: help-gnats@gnu.org
Subject: CVS, Documentation, TODO Lists, New Maintainer, and Stuff
Date: Thu, 10 Jun 2004 21:20:00 -0000	[thread overview]
Message-ID: <20040610205814.GA27286@wookimus.net> (raw)

On Thu, Jun 10, 2004 at 12:57:06PM +0200, Yngve Svendsen wrote:
> These features look useful indeed, and I would strongly recommend that
> Mel gets CVS access.

I sent him email about getting an account on savannah.gnu.org.  In order
to get CVS access, you need to import your ssh public key into your
account settings on savannah.  Then ask for membership to the group from
one of the administrators listed (which I need to ask you or Andrew to
appoint me to, BTW).

> One more thing, though. We should have a strict policy of keeping the
> docs up to date in synch with code checkins

Absolutely.  The only way to keep documentation current is to stay on
top of it.  I tried using the newer cvs2cl last night to update the
ChangeLogs, but the formatting is off.  It would probably make sense to
have a changelog target in the root Makefile.in so that we won't have to
remember how to reinvoke it every time.

Additionally, the cvs2cl doesn't pick out details that weren't placed in
the cvs log entry, such as the enclosed function name in some entries.
I'm not sure such detail is THAT important, but it's also possible to
update the log entries to contain that information too.

Perhaps it's time to add in log templates and a user list to the CVSROOT
for username-to-emailaddress resolution; perhaps an AUTHORS file should
be created.

On to the TODO file...  I use this very nice console tool called
devtodo, executed as "todo".  It creates an outlined TODO list saved in
XML format as ".todo".  Each subdirectory can have it's own .todo file,
and it's fairly simple to remap your shell "cd" command to display the
TODO list for that directory when you change into it.

In any case, I'm working on rewriting the current TODO file in the root
source directory using this devtodo tool.  We can start organizing some
of the feature requests and prominent bug fixes to a release schedule.
For example (off the top of my head, not referencing the current TODO
list):

    GNATS General TODO List
    1. Release 4.1
        1. Prepend $(DESTDIR) varibles to each install target (Chad)
        2. Clean up send-pr (Chad)
        3. Add missing manpages
        4. Update Documentation
    2. Release 4.2
        1. Mail handling enhancements (Mel)
            1. Mail-based manipulation of GNATS DB (Mel)
            2. Trigger-based mail format replies
            3. Enable To: PR#[DATABASE]@host.domain.tld syntax to queue-pr
        2. MIME Handling
            1. Convert HTML to TEXT
            2. Detach Files Appropriately for GNATS DB format
        3. Add RDBMS Backend Support (Mel)
            1. Oracle Support
            2. DB Abstraction layer
    3. Release 4.3
        1. Mail handling enhancements
            1. Maintain mbox archive of all emails
            2. Fake Audit trail entries as emails and append to mbox archive
            3. Continue to use existing PR datafile for logging events,
               keywords, and metadata
        2. Account Enhancement
            1. PAM authentication

So on, and so forth. ;-P

-- 
Chad Walstrom <chewie@wookimus.net>                 | a.k.a. ^chewie
http://www.wookimus.net/                            | s.k.a. gunnarr


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://lists.gnu.org/mailman/listinfo/help-gnats

             reply	other threads:[~2004-06-10 20:58 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-10 21:20 Chad C. Walstrom [this message]
2004-06-10 21:44 ` Chad C. Walstrom
2004-06-13  8:51   ` Mel Hatzis
2004-06-13 23:01   ` Andrew Gray
2004-06-11 22:28 ` Yngve Svendsen
2004-06-14 17:07 ` Pankaj K Garg
2004-06-14 17:16   ` Chad C. Walstrom
2004-06-20 17:39     ` PAM Authentication Patch Pankaj K Garg
     [not found]       ` <gargp@earthlink.net>
2004-06-20 17:59         ` Mark D. Baushke
2004-06-21  7:25           ` Chad Walstrom
2004-06-21 15:26             ` Chad Walstrom
     [not found]               ` <chewie@wookimus.net>
2004-06-21 15:34                 ` Mark D. Baushke
2004-11-04  1:27                 ` Preparing 4.1 Mark D. Baushke
2004-11-04  3:15                   ` Chad Walstrom
2004-11-04 19:15                     ` Chad Walstrom
2004-11-17 23:26                       ` Chad Walstrom
2004-06-21 16:13       ` PAM Authentication Patch Chad Walstrom
2004-10-29 21:33 Preparing 4.1 Chad C. Walstrom
2004-10-31 14:03 ` Pankaj Garg
2004-11-01 19:09 ` Pankaj Garg
2004-11-03 22:39   ` Chad C. Walstrom
2004-11-03 22:46 ` Chad C. Walstrom

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=20040610205814.GA27286@wookimus.net \
    --to=chewie@wookimus.net \
    --cc=help-gnats@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.
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).