From: Simon Marchi <simon.marchi@ericsson.com>
To: Joel Brobecker <brobecker@adacore.com>, <gdb-patches@sourceware.org>
Subject: Re: gdb-7.11.1 re-spin update
Date: Tue, 03 May 2016 14:19:00 -0000 [thread overview]
Message-ID: <5728B36D.6090304@ericsson.com> (raw)
In-Reply-To: <20160425214951.GA4079@adacore.com>
On 16-04-25 05:49 PM, Joel Brobecker wrote:
> I notice that the "Done" list has some items explicitly listed,
> and then a generic item giving a link to bugzilla for all bugs
> identified for 7.11.1, or else fixed for 7.11.1.
>
> I could conceive of using this kind of generic link for bugs
> identified as critical for 7.11, provided that we make sure that
> these bugs are always assigned to someone. Otherwise, we cannot
> know who to contact for an update when we get closer to the release.
> That being said, I have some reservations about this, because
> it is harder to make sure that whoever sets the target milestones
> does so after having consulted the group about it. Personally,
> I would prefer that we explicitly list each item in the wiki's
> TODO, because anyone can subscribe to updates here, and make sure
> that these updates were agreed upon before being added.
>
> For the "Done" section, on the other hand, using the generic
> link is a bit of a regression for me. Now, instead of copy/pasting
> one list (into the news webpage, and then the announcement email),
> I now have to copy/paste one list, then go to bugzilla and then
> massage another list into looking like the first one, so I can append
> that list too.
I think that this particular problem could be efficiently solved with scripting.
Apparently, Bugzilla now has an API [1], although I can't find how to use it on
the sourceware BZ, maybe it's too old.
If that API was accessible, it should be easy to write a script that prints a
nicely formatted list of all issues with target milestone == 7.11.1, ready to
copy paste in the email. It could also tell which issues are still open and warn
if any of these doesn't have an assignee. So it could give you a quick overview
of the state of the release.
If we could get the BZ API working, I am sure we would find many other uses.
Simon
[1] https://bugzilla.readthedocs.io/en/5.0/api/core/v1/general.html
next prev parent reply other threads:[~2016-05-03 14:19 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-25 21:50 Joel Brobecker
2016-04-26 12:16 ` Pedro Alves
2016-05-02 15:46 ` Joel Brobecker
2016-05-02 17:23 ` Pedro Alves
2016-05-02 19:38 ` Joel Brobecker
2016-05-02 19:41 ` Pedro Alves
2016-05-02 21:16 ` Joel Brobecker
2016-05-02 21:30 ` Pedro Alves
2016-05-05 13:49 ` Joel Brobecker
2016-04-27 19:36 ` Jan Kratochvil
2016-05-03 14:19 ` Simon Marchi [this message]
2016-05-03 14:31 ` Joseph Myers
2016-05-03 15:01 ` Simon Marchi
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=5728B36D.6090304@ericsson.com \
--to=simon.marchi@ericsson.com \
--cc=brobecker@adacore.com \
--cc=gdb-patches@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