From: Jeff Law via Gdb <gdb@sourceware.org>
To: Andrew Pinski <andrew.pinski@oss.qualcomm.com>,
gcc@gcc.gnu.org, gdb@sourceware.org, binutils@sourceware.org,
libc-alpha@sourceware.org
Cc: guinevere@redhat.com
Subject: Re: bugzilla keyword for beginner issues to work on
Date: Tue, 30 Sep 2025 15:07:02 -0600 [thread overview]
Message-ID: <0ef5e545-ec01-4fdc-99ca-28dd30577e6f@gmail.com> (raw)
In-Reply-To: <CALvbMcA+ejCeA1kZt3Bw89-9XMm0eyUz3H_J-T5PRS=JrCAw_A@mail.gmail.com>
On 9/29/25 2:07 PM, Andrew Pinski wrote:
> Hi all,
> As talked about during the GNU tools cauldron, the gdb and gcc
> keywords usage here are different but folks mentioned it would be a
> good idea to have the same between the 2 bugzilla instances. Right now
> gcc is easyhack while gdb uses good-first-bug. Both have issues with
> the naming of each.
> So I was thinking of a good name and came up with beginner-improvement .
>
> I know this is all bikeshedding but in this case since the 2 projects
> right now use different naming we have a good chance to come up with a
> good name in the first place.
> beginner-improvement has a few advantages, first it is about being a
> beginner to the project. How long someone can be a beginner is up to
> them; it does not need to be their first issue solving. And the idea
> of an issue being easy is also left behind; some of them might not
> actually be "easy" but a beginner can still solve it.
> Plus in many cases it is not exactly a bug but rather than an
> improvement that needs to be done so this new name removes that side
> of things.
>
>
> So in summary, beginner-improvement is my proposal for the new keyword.
I'm not going to bikeshed on the name :-)
But I would suggest we generally indicate why we're adding the tag to
any given bug.
For example I might see a bug reported against the SH which I think may
be painful to fix on the SH due to characteristics of its architecture,
but the bug may still show up on say RISC-V with a clear path to fixing
on that ISA.
One might argue I should create another bug (and sometimes I have done
that). But I wouldn't be surprised if we found that over time ideas to
fix on one ISA may be relevant to approaches taken on others and the like.
So I'm in general agreement on finding a consistent way to tag these
things and would really like those of us who scour BZ to record thoughts
if we think some of these are junior engineer applicable (and to be
clear, I'm certainly guilty of adding a personal tag without indicating
why I added that personal tag for educational BZs).
jeff
prev parent reply other threads:[~2025-09-30 21:08 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-29 20:07 Andrew Pinski via Gdb
2025-09-30 6:25 ` Luis via Gdb
2025-09-30 8:08 ` Richard Biener via Gdb
2025-09-30 11:46 ` Andrew Pinski via Gdb
2025-09-30 12:08 ` Matt Rice via Gdb
2025-09-30 7:10 ` Florian Weimer via Gdb
2025-09-30 7:49 ` Sam James via Gdb
[not found] ` <eb1d3e79-4627-4f66-858b-e1923f9071fe@nvidia.com>
2025-09-30 9:04 ` Jonathan Wakely via Gdb
2025-09-30 11:22 ` Guinevere Larsen via Gdb
2025-09-30 11:54 ` Andrew Pinski via Gdb
2025-09-30 21:07 ` Jeff Law via Gdb [this message]
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=0ef5e545-ec01-4fdc-99ca-28dd30577e6f@gmail.com \
--to=gdb@sourceware.org \
--cc=andrew.pinski@oss.qualcomm.com \
--cc=binutils@sourceware.org \
--cc=gcc@gcc.gnu.org \
--cc=guinevere@redhat.com \
--cc=jeffreyalaw@gmail.com \
--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