From: "Laszlo Ersek" <lersek@redhat.com>
To: devel@edk2.groups.io, michael.d.kinney@intel.com,
"Philippe Mathieu-Daudé" <philmd@redhat.com>
Cc: Sean Brogan <sean.brogan@microsoft.com>,
Bret Barkelew <Bret.Barkelew@microsoft.com>,
Liming Gao <gaoliming@byosoft.com.cn>,
"Justen, Jordan L" <jordan.l.justen@intel.com>,
Ard Biesheuvel <ard.biesheuvel@arm.com>
Subject: chocolatey.org instability [was: OvmfPkg/PlatformCI/.azurepiplines: Use stable release of QEMU]
Date: Fri, 8 Jan 2021 10:43:47 +0100 [thread overview]
Message-ID: <4b3e1777-d1e9-0512-9bb9-334b1e9b64d8@redhat.com> (raw)
In-Reply-To: <BL0PR11MB3236047162ED7A32435410EAD2FA0@BL0PR11MB3236.namprd11.prod.outlook.com>
On 11/25/20 17:23, Michael D Kinney wrote:
> Hi Phillippe,
>
> We use choco command to install qemu for Windows, and as of this morning, the 20201124
> release has not been published on choco.
>
> https://chocolatey.org/packages/Qemu
>
> Once it is published on choco, we can test it and if it passes, we can revert this
> change and resume using the latest qemu release.
Hijacking the thread a little --
<https://github.com/tianocore/edk2/pull/1319> keeps failing because
chocolatey.org keeps returning "(520) Origin Error" to the
choco install qemu --version=2020.08.14
command.
Note that this particular version of the QEMU "choco" package still exists:
https://chocolatey.org/packages/Qemu/2020.08.14
Can we make ourselves independent of "chocolatey.org" somehow? Every
such external dependency can block all merges. Perhaps we should create
another repository under the tianocore organization on github, and keep
Windows binaries for QEMU there.
I'm quite displeased with the stability issues we've recently seen in
the edk2 CI environment recently, and (AFAICT) none of those have been
our fault. What's *really* annoying is that, when a maintainer wants to
work around such an env issue, to proceed with a particular merge, the
maintainer gets to post a separate patch to edk2-devel first, and wait
for review. That means a possibly *multi-day* delay for merging an
already reviewed patch series. This is terrible.
Laszlo
next prev parent reply other threads:[~2021-01-08 9:43 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-25 5:07 [Patch v2][edk2-stable202011 0/4] Address EDK II CI Failures Michael D Kinney
2020-11-25 5:07 ` [Patch v2][edk2-stable202011 1/4] .azurepipelines/templates/pr-gate-steps.yml: Fetch target branch Michael D Kinney
2020-11-25 5:07 ` [Patch v2][edk2-stable202011 2/4] .azurepipelines/templates/platform-build-run-steps.yml: " Michael D Kinney
2020-11-25 5:07 ` [Patch v2][edk2-stable202011 3/4] OvmfPkg/PlatformCI/.azurepiplines: Use stable release of QEMU Michael D Kinney
2020-11-25 8:01 ` [edk2-devel] " Philippe Mathieu-Daudé
2020-11-25 16:23 ` Michael D Kinney
2021-01-08 9:43 ` Laszlo Ersek [this message]
2020-11-25 14:11 ` Laszlo Ersek
2020-11-25 14:57 ` [edk2-devel] " Rebecca Cran
2020-11-25 16:20 ` Michael D Kinney
2020-11-25 19:35 ` Rebecca Cran
2020-12-01 1:55 ` Michael D Kinney
2020-11-25 5:07 ` [Patch v2][edk2-stable202011 4/4] CryptoPkg/Test/UnitTest/Library/BaseCryptLib: Fix MD5 Hash tests Michael D Kinney
2020-11-25 7:31 ` [edk2-devel] " Gao, Zhichao
2020-11-25 16:39 ` Michael D Kinney
2020-11-25 8:27 ` Yao, Jiewen
2020-11-25 5:11 ` [edk2-devel] [Patch v2][edk2-stable202011 0/4] Address EDK II CI Failures Michael D Kinney
2020-11-25 5:31 ` 回复: " gaoliming
2020-11-25 18:16 ` Michael D Kinney
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-list 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=4b3e1777-d1e9-0512-9bb9-334b1e9b64d8@redhat.com \
--to=devel@edk2.groups.io \
/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