[lkml]   [2005]   [Mar]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: RFD: Kernel release numbering
    El Fri, 4 Mar 2005 11:06:33 +0000,
    Russell King <> escribió:

    > Overall, my experience with the kernel bugzilla has been rather
    > unproductive. Most bugs which came in my direction weren't for things
    > I could resolve.

    It's possible that there're other bug tracking systems that can fit? The main disadvantage
    of the (few) bug tracking systems I've seen is that at the end they end up being a
    "additional task" for the developers (ie: more work) instead of being something that really
    helps to developers and free them of doing some extra work, so people avoids them when
    they can. There're some mail-based bug tracking systems like the one from debian but
    they don't include a alternative web interface for final users (well, I think bugzilla has a
    "email mode" or something like that but I don't really know)

    Bug reporters running away is something that will happen always no matter what system
    is used, but is it important? If someone submits a bug and he don't answer when
    he's asked for more details, there's no way you can fix it and the bug should be closed
    given a reasonable time frame. There's no reason why this can't happen today when bug
    are reported to the lkml, except that people who reports bugs to the lkml is people who
    really wants to get their bugs fixed. If the bug is important enought, it'll get reported again
    by someone else who cares about getting it fixed.

    (There're other problems with traditional bug tracking systems, like "ownership" of a bug.
    Some bugs are reported, discussed, and then they get fixed silently outside of the
    scope of the bug tracking system, but the bug remains open for _years_ - IMHO all open
    bugs which have not been discussed and closed in such amount of time should be
    closed unless there're real reasons to keep them open, new versions could have fixed
    it and if it remains it could be re-submitted - and it can't get closed because the developer
    who owns it is not looking at it. Some bug tracking systems (like the one from joel spolsky,
    aka "") just don't allow to have "ownership" of bugs, because if you
    want that the system helps to solve problems instead of being an additional task,
    _everyone_ should be allowed to solve problems - which is specially true in the open
    source world)
    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: 2005-03-22 14:10    [W:0.025 / U:152.344 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site