[lkml]   [2007]   [Aug]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Who wants to maintain KR list for stable releases? (was Re: nmi_watchdog=2 regression in 2.6.21)
    > Bugzilla is for tracking bugs, not for discussing possible
    > kernel features.

    True, but some of them are categorized as bugs from the reporter's
    prospective, when they say "man page says" or "according to POSIX it's
    wrong". I am going to push ones that are feature suggestions,
    re-design suggestions, and some way implementation related out to the
    site that Rick is going to help to maintain, which is more of
    suggested projects list.
    > Tracking feature or implementation suggestions wouldn't make sense.
    > Consider e.g. that there are several people on linux-kernel who often
    > write what they think the kernel should do but who never write a single
    > line of code themselves. There's no value in tracking such stuff.

    Yes, but some suggestions seem to make sense. How about evaluating it?
    and if they are real making it a possible project for someone who
    would do appropriate research, etc. And we move them from bugzilla
    where they don't belong to a development arena.

    > > improved searches - for sure, for example in addition to
    > > pre-cooked queries make possible using "raw" queries directly on sql,
    > > which will address misplaced bugs and will make categories more
    > > dynamic;
    > What do you have in mind?

    I am going to look into the bugzilla software to start with, and see
    if there is a way to expand it this way. we used to have such internal
    tracking (unix based) at work, where we could compose pretty much
    freelance queries, it is really not big deal for developers who script
    and write huge regular expressions for their convenience every
    day...just a vogue idea for now, trying to think how to minimize bugs
    that get lost because of wrong bucket. Going manually through all of
    them is not very effective.

    > I've always been able to do any search I wanted using the "Advanced Search"
    > of Bugzilla. Well, just checking, it seems the search for the new
    > "regression" flag could be made easier, but that's not a general problem.

    Yes but you have to assume that everything is in the right place from
    start, besides putting things into categories is often impossible
    before some exchange with reporter and initial diagnostics. The worst
    category so fas as I found is "other" (in every place where it
    exists). Most of the "other" bugs haven't been touched, and some have
    huge "SATA" letters in the description written in them :)

    > But what could be improved in the database would be to fix the
    > charset problems for getting the RSS feeds working (#8774). ;-)

    I agree :)

    > Documentation makes sense, but it belongs into some place like the
    > kernelnewbies wiki, not the Bugzilla itself.

    Right, so there should be convenient links to such. I know people like
    Mauro maintains his own set of templates and he was the one to suggest
    it, but later I found out myself that looking for serial console or
    bisect instructions every time is cumbersome... I can't imagine
    making every maintainer to have to have his own, maybe some hate bug
    stuff for this ("oh, not that again...")

    > Preferences settings plus saved searches already work.
    > What is missing?

    I guess existing one is certainly good in many ways - just not good
    enough for people to love it ;) Frankly, I see so many other bugzillas
    that have better look and feel but there is no way we can change it
    overnight...improving things according to feedback from maintainers
    (after all the whole purpose is to give them what they need, even in
    case if they don't need bugzilla at all! then it should be best
    possible interface for bug maintainers ;), maybe try 3.0+ first and
    see how much better we get...

    > There's a "Home" link that does exactly this among the actions offered
    > at the bottom of all pages.

    Yea you can find many hidden buttons that you have to scroll down to
    :) A little more ergonomics wouldn't hurt though..

    > Bugzilla isn't that bad and it has the advantage of being the most
    > popular bug tracking system for open source projects, which means that
    > most likely every kernel developer and many submitters have already used
    > a Bugzilla at some other project.
    > From past discussions my impression was that several kernel developers
    > have an email based workflow and are reluctant to integrate web based
    > actions into their workflow.

    Yes, and we should cater to them as well. I am totally agree with you
    that tracking and fixing real bugs is the real goal, and interface is
    only important as long as it serves the purpose, and not being a
    culprit. We'll see how it will be evolving. (and I am evolving here
    too - trying to find what's missing and how to make things work :)

    > I'd say the success of any bigger Bugzilla change or switch to a
    > different or writing of a new bug tracking system could be measured
    > by answering the following question:
    > Will Linus Torvalds and David Miller use it?

    Heh, yes. This should be something really awesome don't you think :)

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2007-08-30 02:03    [W:0.037 / U:0.684 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site