From: Adhemerval Zanella <adhemerval.zanella@linaro.org>
To: GNU C Library <libc-alpha@sourceware.org>
Subject: GLIBC bug list on sourceware.org
Date: Thu, 20 Oct 2016 19:36:00 -0000 [thread overview]
Message-ID: <df0726b2-eb44-1c2f-cf0f-9dc1862230b8@linaro.org> (raw)
Hi all,
As Joseph has pointed out earlier in IRC, sourceware.og just surpassed
1000 registered bugs [1]. And this list only increases over time.
I cracked down by category and current list (when this mail was crafted,
Oct-20) is:
Component # Bugs
libc 220
dynamic-link 96
network 94
localedata 93
nptl 79
manual 55
locale 52
build 46
stdio 45
math 43
malloc 33
string 26
regex 24
time 24
nscd 18
librt 12
glob 11
nss 11
admin 7
hurd 4
nis 4
soft-fp 2
buildbot 1
Also, as Joseph has commented on IRC and I agree with him, the expectation is
that fewer than half the bugs are actually genuine issues that are hard to fix;
maybe fewer than 200. There are lots that should be easy to fix (or easy for
someone familiar with the relevant architecture, in some cases), and probably
a fair number that are really feature requests that need consensus to be
reached.
So I think a initial triage to check for actual bugs with some ping to get
consensus can help on get this under control. My idea is to use this thread
to reference bugs that might not be real issues to ask for a second look and
thus close them.
Another following idea is to also prioritize the bugs issues once the triage
is done.
Any thoughts, ideas, advices?
[1] https://sourceware.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=SUSPENDED&bug_status=WAITING&bug_status=REOPENED&limit=0&list_id=32453&order=component%2Cchangeddate%2Cproduct%20DESC%2Cbug_id%20DESC&product=glibc&query_format=advanced
next reply other threads:[~2016-10-20 19:36 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-20 19:36 Adhemerval Zanella [this message]
2016-10-24 19:48 ` Chris Leonard
2016-10-25 2:27 ` Siddhesh Poyarekar
2016-10-25 3:33 ` Carlos O'Donell
2016-10-30 4:01 ` Carlos O'Donell
2016-10-30 4:41 ` Andrew Pinski
2016-10-31 9:31 ` Carlos O'Donell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=df0726b2-eb44-1c2f-cf0f-9dc1862230b8@linaro.org \
--to=adhemerval.zanella@linaro.org \
--cc=libc-alpha@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).