From: Peter Maydell <peter.maydell@linaro.org>
To: Cleber Rosa <crosa@redhat.com>
Cc: "Beraldo Leal" <bleal@redhat.com>,
"QEMU Developers" <qemu-devel@nongnu.org>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Willian Rampazzo" <wrampazz@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Eduardo Habkost" <ehabkost@redhat.com>
Subject: Re: [PULL 0/1] Fix for m68k/q800 acceptance test for QEMU 4.2-rc
Date: Fri, 6 Dec 2019 15:37:19 +0000 [thread overview]
Message-ID: <CAFEAcA_SmR_QnrSzDGpsckh_hatNthVbx_0Z9=qM3BQSwVyhKg@mail.gmail.com> (raw)
In-Reply-To: <20191206152543.GA20588@dhcp-17-72.bos.redhat.com>
On Fri, 6 Dec 2019 at 15:25, Cleber Rosa <crosa@redhat.com> wrote:
>
> On Fri, Dec 06, 2019 at 03:12:31PM +0000, Peter Maydell wrote:
> > On Fri, 6 Dec 2019 at 15:09, Cleber Rosa <crosa@redhat.com> wrote:
> > >
> > > ----------------------------------------------------------------
> > > Fix for m68k/q800 acceptance test (Philippe Mathieu-Daudé)
> >
> > Any pullreq after about rc2 needs to clearly say
> > what it's fixing and why it's justifiable for it to
> > go in rather than waiting for the next release.
> > Otherwise you get the default response:
> > nope, not at this point in the release cycle.
> This is fixing the URL from which a kernel package is fetched from,
> updating it to an archival (thus stable) location. The current
> location is transient, and Debian removes packages from those
> locations after a given amount of time. Without this patch, the test
> is never going to be executed. The package itself is unchanged, as
> can be seen from the verification hash that was not changed.
>
> While this is far from critical, the main benefit of having this in
> 4.2, as opposed to in the next cycle, is to not "ship" a broken test
> in a release. It would also help downstream packages running such
> tests.
Thanks for the explanation. If at the moment the test is simply
being skipped (ie it is not actually failing) then I would
prefer to delay this to 5.0. Otherwise we'll start running
the test and may find that it is actually failing in some
of our CI or test environments. That wouldn't be a problem
a bit earlier in the release cycle, but given we've already
had rc4 and rc5 is going to have the minimum number of
absolutely critical fixes in it I think I'd prefer not to
take that risk.
thanks
-- PMM
next prev parent reply other threads:[~2019-12-06 16:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-06 15:08 [PULL 0/1] Fix for m68k/q800 acceptance test for QEMU 4.2-rc Cleber Rosa
2019-12-06 15:08 ` [PULL 1/1] tests/boot_linux_console: Fetch assets from Debian snapshot archives Cleber Rosa
2019-12-06 15:12 ` [PULL 0/1] Fix for m68k/q800 acceptance test for QEMU 4.2-rc Peter Maydell
2019-12-06 15:25 ` Cleber Rosa
2019-12-06 15:37 ` Peter Maydell [this message]
2019-12-06 15:45 ` Cleber Rosa
2019-12-06 16:11 ` Peter Maydell
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='CAFEAcA_SmR_QnrSzDGpsckh_hatNthVbx_0Z9=qM3BQSwVyhKg@mail.gmail.com' \
--to=peter.maydell@linaro.org \
--cc=bleal@redhat.com \
--cc=crosa@redhat.com \
--cc=ehabkost@redhat.com \
--cc=philmd@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=wainersm@redhat.com \
--cc=wrampazz@redhat.com \
/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 NNTP newsgroup(s).