Re: Bug backlog - now and future. Some proposals.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



First, let me apologize for not answering for a week.  This is not an
account that I generally watch (though I should have subscribed from
the account that I *do* watch in order to post this - my fault
entirely).  For the record, the account that I do watch is jonstanley
AT <google's popular mail service>.

On Sat, Mar 15, 2008 at 5:37 PM, Bill Davidsen <davidsen@xxxxxxx> wrote:

>  I would suggest that the time to fix them is now, *instead* of a
>  release. To clear the backlog by *fixing* the bugs, not by writing
>  clever scripts to mark them CLOSED:WONTFIX or send notes to bug
>  submitters to update the version to keep the bug open (unfixed) for
>  another two releases.

That would be the ideal solution.  The problem is that with the pace
of Fedora releases, with an older bug, we can't be sure that the
reported issue has actually been fixed without any action on the part
of the maintainer.  Fedora frequently re-bases applications to current
upstream releases, where a lot of work goes on.  There is simply not
the manpower to determine if the reported problem actually still
exists or not.

>  I read them, and I find lots of ways to make unfixed bugs exit bugzilla,
>  but no indication that bugs will actually be fixed in a more timely fashion.

Unfortunately, as a triage community, I don't think that we're in a
place to do that.  We think that what reporters really want is a human
to acknowledge that they have reported a bug and there's a human on
the other end that has evaluated it.  To that end, I encourage
everyone to become involved in the BugZappers project - anyone can do
it.  See http://fedoraproject.org/wiki/BugZappers for more.

>  I think you need a "deadline scheduler" approach, if a bug in a package
>  isn't fixed by some (reasonable) time after it's reported, it should be
>  evaluated, and unless it's waiting on external info it should be marked
>  as TRIVIAL, AVOIDABLE, or RECOVERABLE (all FIXLATER), or mark the
>  package as UNMAINTAINED. Then release the UNMAINTAINED packages as a
>  separate group in the next release, the way "extras" used to be.

This is in theory a great idea.  I don't think that we're to that
point - yet.  I just ran a report for bugs that were created in
January (in February we had the GCC 4.3 rebuild that would skew
numbers a bit).  There were 1956 bugs reported against all versions of
Fedora, 1219 of which are currently closed - that;s 62% of them that
are fully dealt with.  Seems like a good percentage to me.  However,
we also have 468 bugs from that time period that are in NEW that need
some love.

>  In other words, if the package is still usable by most users, document
>  the bug as trivial and live with it, and if a major bug isn't fixed, the
>  reason doesn't matter. Developers enjoy adding new features more than
>  bug fixing, or become too busy to maintain. Good intentions are nice,
>  but they don't buy you a beer.

There's the old saying "don't attribute to malice that which can be
explained by incompetence".  It's a well known fact that in Fedora,
many of our package maintainers are *not* developers - they rely on
upstream  to actually fix any bugs that may exist (as should happen -
all of our work should happen upstream - whether the Fedora maintainer
actually *does* the work upstream is irrelevant).

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux