Re: The bugzilla story

From: Alexander Nyberg (alexn_at_dsv.su.se)
Date: 12/06/04

  • Next message: Adam Heath: "Re: [PATCH] ATA over Ethernet driver for 2.6.9" 
    To: "Martin J. Bligh" <mbligh@aracnet.com>
Date:	Mon, 06 Dec 2004 17:26:45 +0100

    On Mon, 2004-12-06 at 07:28 -0800, Martin J. Bligh wrote:
    > > As some of you may have noticed I've been doing a run on bugzilla for
    > > the last few days to close old bugs and upgrade those who still are real
    > > bugs.
    > >
    > > I have a few things that I would like to enforce on bugzilla to makes it
    > > more maintanable which it clearly hasn't been for a while - there are
    > > lots and lots of bugs open older than 2.6.0-final.
    > >
    > > I think the alternative trees section should be dropped. This is
    > > especially a matter for -mm which has most reports of the alternative
    > > trees in bugzilla. -mm changes way too rapidly to keep track of at
    > > bugzilla ending up with open bugs that are fixed long ago.
    > >
    > > I also think this goes for any alternative tree, that problems should be
    > > reported directly to the maintainer/LKML of the tree. Only if a problem
    > > can be reproduced with the mainline kernel should the bug be reported at
    > > bugzilla.
    > >
    > > New bugzilla reports against other trees than mainline should be
    > > rejected and ask the submitter to report directly to the
    > > maintainer/LKML.
    > >
    > > Andrew, what do you think about bug reports against -mm on bugzilla?
    > >
    > > Does anyone see a problem with this?
    >
    > The subtrees section was created for exactly that reason - to isolate the
    > bugs in alternate trees, and keep the out of everyone else's hair. Now if
    > one was to argue that bugs in -mm should be cleaned up much more agressively,
    > that'd make a lot of sense ... but that should be fairly easy to do as
    > they're in a separate category you can search by.
    >
    > The main issue is that there haven't been many people doing what you're doing
    > now ... going through and housekeeping the bugs.

    The thing is that -mm changes so fast that a bug reported can be solved
    an hour later, leaving a stale bug report for a few days (or years).
    Whoever wants to pick up the bug quite much has to mail either the
    bug-submitter asking if the bug has been resolved, mail the maintainer
    of whatever area the bug concerns or mail akpm.

    This leads me to thinking that bugzilla doesn't serve any functionality
    for at least -mm.

    Alexander

    -
    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/

  • Next message: Adam Heath: "Re: [PATCH] ATA over Ethernet driver for 2.6.9"

    Relevant Pages

    • Re: FC6 through the rear view mirror
      ... package maintainers use bugzilla as a guide for things that need to be ... maintainers to the bug reporters because they haven't fixed the bugs ... report them here even though few of the package maintainers monitor this ...
      (Fedora)
    • Re: kernel bugzilla is FPOS (was: Re: "buggy cmd640" message followed by soft lockup)
      ... use bugzilla only for long-term bugs and avoid the needless bureaucracy. ... It looks like you'd like the reporter to initially debug the issue for you ... the bugreport status before filling bugzilla entry). ...
      (Linux-Kernel)
    • kernel bugzilla is FPOS (was: Re: "buggy cmd640" message followed by soft lockup)
      ... use bugzilla only for long-term bugs and avoid the needless bureaucracy. ... I put all of the reported regressions into the Bugzilla early. ... "Kernel version" given by reporter should be checked against the latest ...
      (Linux-Kernel)
    • Re: FC6 through the rear view mirror
      ... maintainers to the bug reporters because they haven't fixed the bugs ... that you reported (though a search for your e-mail address in bugzilla ... report them here even though few of the package maintainers monitor ...
      (Fedora)
    • Re: Linux 2.6.21
      ... and it's an _advantage_ of the kernel Bugzilla to see more ... than 1600 open bugs because this tells how bad we are at handling bugs. ... Don't say that "bugzilla tells how bad we are at handling bugs". ... there's nothing more frustrating then spending a good chunk of time trying to find a similar bug, then jumping through all the bugzilla hoops to file a report to eventually get a message 'closed becouse it's a duplicate report), then have to go and track down what it's a duplicate of, read through that bug report, only to find that it's not solved there either, and to top it off, the people working on that bug won't see my report or that I'm available to troubleshoot it. ...
      (Linux-Kernel)