lkml.org 
[lkml]   [2002]   [Jul]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: bug database/webpage
On Mon, Jul 22, 2002 at 11:31:19PM +0200, Dave Jones wrote:
> > http://members.cox.net/tmolina
> >
> > Would something like this be sufficient, or would a full-fledged server be
> > required? Feedback/comments are welcome
>
> Quite nice. It's a more organised version of what I had, but as the
> number of reports gets higher and higher, it could end up being as much a
> maintainence nightmare as the log I was updating.
>
> Talking with a few folks about this problem at the summit, a few times
> jitterbug was mentioned. My faded memory doesn't recall too much about
> those days, but ultimatly it didn't work out.
>
> I'm wondering how such a system would work out today.
> There's even possibilites for neat things like checking
> bitkeeper to automatically update status when Linus applies
> a patch, which before required interaction from Linus.

We have a bug database pretty close to being ready be shipped. It's a
somewhat "unique" approach, we figured out how to coax a BK repository
into looking like a database and added a layer so you can spit pseudo
SQL queries at the repository and get bug reports. You can play with
it at http://bitkeeper.bkbits.net/bugs.html which is actually our
live bug database so don't close bugs unless you fixed them :)

Part of the point of doing it as a BK repository was that you could
take your bugdb with you and link bugs to changesets as you create
the changesets. If people do that, the release notes which list the
set of bugs closed by that release can be generated with a one line
command, which is a big part of what people want.

For those people who'd rather roll their own than use ours, the linkage
is done through the use of "changeset keys" which are the underlying name
for revisions. You can dig those out with a

"bk prs -r<rev> -nd:KEY: ChangeSet"

and there is a key2rev command which will convert them back if you like.

We can easily import any format so long as we can get at the data so if
a bugdb emerges which has the data and people no longer want to maintain
it, we'll do the import.

Regardless of what database is used, we can provide a machine, net
connection, etc. I think the person who did that page mentioned that
their ISP wouldn't let them host it. If you want a kbugs.bkbits.net or
some other name, let me know, I'll get someone to set it up. It won't
be the biggest machine in the world, probably a 400Mhz bookpc, but the
bugdb would be the only thing on it so it might be enough. If it's not,
we'll revisit the issue.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:27    [W:0.125 / U:0.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site