From: "Philippe Mathieu-Daudé" <philmd@redhat.com>
To: Laszlo Ersek <lersek@redhat.com>,
qemu devel list <qemu-devel@nongnu.org>
Subject: Re: [PATCH 05/10] roms/edk2: update submodule from edk2-stable201905 to edk2-stable202008
Date: Thu, 10 Sep 2020 18:00:52 +0200 [thread overview]
Message-ID: <3c7cc69e-566e-b405-f1da-c4e56c5c8e46@redhat.com> (raw)
In-Reply-To: <96e060e8-767c-9f2c-942e-597b38473846@redhat.com>
On 9/10/20 5:44 PM, Laszlo Ersek wrote:
> On 09/10/20 17:32, Philippe Mathieu-Daudé wrote:
>> On 9/8/20 2:08 PM, Laszlo Ersek wrote:
>>> On 09/08/20 10:22, Philippe Mathieu-Daudé wrote:
>>>> Hi Laszlo,
>>>>
>>>> On 9/8/20 9:29 AM, Laszlo Ersek wrote:
>>>>> Update the edk2 submodule from release edk2-stable201905 to
>>>>> edk2-stable202008. The release notes can be read at
>>>> [...]
>>>>>
>>>>> Cc: Philippe Mathieu-Daudé <philmd@redhat.com>
>>>>> Ref: https://bugs.launchpad.net/qemu/+bug/1852196
>>>>> Signed-off-by: Laszlo Ersek <lersek@redhat.com>
>>>>> ---
>>>>> roms/edk2 | 2 +-
>>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>>
>>>>> diff --git a/roms/edk2 b/roms/edk2
>>>>> index 20d2e5a125e3..06dc822d045c 160000
>>>>> --- a/roms/edk2
>>>>> +++ b/roms/edk2
>>>>> @@ -1 +1 @@
>>>>> -Subproject commit 20d2e5a125e34fc8501026613a71549b2a1a3e54
>>>>> +Subproject commit 06dc822d045c2bb42e497487935485302486e151
>>>>
>>>> FYI applying this I got:
>>>>
>>>> Fetching submodule roms/edk2
>>>> Fetching submodule roms/edk2/CryptoPkg/Library/OpensslLib/openssl
>>>> From https://github.com/openssl/openssl
>>>> Could not access submodule 'krb5'
>>>> Errors during submodule fetch:
>>>> CryptoPkg/Library/OpensslLib/openssl
>>>> Errors during submodule fetch:
>>>> roms/edk2
>>>>
>>>> Probably harmless, as if one care about this submodule,
>>>> will run "make edk2-basetools" which runs 'git submodule
>>>> update --init --force' and silently fixes the submodules.
>>>>
>>>
>>> Did you pass the "--recursive" option to the "git submodule" perhaps?
>>
>> No I didn't used it.
>
> So what was the precise command? git-am, git-fetch, or something else?...
I only used:
git submodule sync
git submodule update
>
> I'm asking because I've genuinely not seen git attempt to fetch edk2 ->
> openssl -> krb, apart from "--recursive".
>
> (Anyway, I don't think I can do anything about the krb5 fetch...)
Yeah I'm not worried about this, I was just curious.
>
> Thanks!
> Laszlo
>
>>
>>>
>>> (Because, krb5 is a submodule of edk2's openssl submodule.)
>>>
>>> "--recursive" should not be used. See "ReadMe.rst" in edk2:
>>>
>>> """
>>> Note: When cloning submodule repos, '--recursive' option is not
>>> recommended. EDK II itself will not use any code/feature from
>>> submodules in above submodules. So using '--recursive' adds a
>>> dependency on being able to reach servers we do not actually want
>>> any code from, as well as needlessly downloading code we will not
>>> use.
>>> """
>>>
>>> QEMU's current submodules do not require the usage of "--recursive".
>>>
>>> Thanks
>>> Laszlo
>>>
>>
>
next prev parent reply other threads:[~2020-09-10 16:02 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-08 7:29 [PATCH 00/10] edk2: adopt the edk2-stable202008 release Laszlo Ersek
2020-09-08 7:29 ` [PATCH 01/10] Makefile: remove obsolete edk2 exception from "clean" rule Laszlo Ersek
2020-09-08 8:13 ` Philippe Mathieu-Daudé
2020-09-08 7:29 ` [PATCH 02/10] roms/efirom, tests/uefi-test-tools: update edk2's own submodules first Laszlo Ersek
2020-09-08 7:29 ` [PATCH 03/10] roms/Makefile.edk2: prepare for replacing TPM2*_ENABLE macros Laszlo Ersek
2020-09-08 8:09 ` Philippe Mathieu-Daudé
2020-09-08 7:29 ` [PATCH 04/10] tests: acpi: tolerate "virt/SSDT.memhp" mismatch temporarily Laszlo Ersek
2020-09-08 8:56 ` Igor Mammedov
2020-09-08 12:02 ` Michael S. Tsirkin
2020-09-08 7:29 ` [PATCH 05/10] roms/edk2: update submodule from edk2-stable201905 to edk2-stable202008 Laszlo Ersek
2020-09-08 8:22 ` Philippe Mathieu-Daudé
2020-09-08 12:08 ` Laszlo Ersek
2020-09-10 15:32 ` Philippe Mathieu-Daudé
2020-09-10 15:44 ` Laszlo Ersek
2020-09-10 16:00 ` Philippe Mathieu-Daudé [this message]
2020-09-10 16:14 ` Laszlo Ersek
2020-09-08 7:29 ` [PATCH 06/10] roms/Makefile.edk2: complete replacing TPM2*_ENABLE macros Laszlo Ersek
2020-09-08 8:10 ` Philippe Mathieu-Daudé
2020-09-08 7:29 ` [PATCH 07/10] roms/Makefile.edk2: enable new ARM/AARCH64 flags up to edk2-stable202008 Laszlo Ersek
2020-09-08 8:11 ` Philippe Mathieu-Daudé
2020-09-08 7:29 ` [PATCH 08/10] pc-bios: refresh edk2 build artifacts for edk2-stable202008 Laszlo Ersek
2020-09-10 16:32 ` Philippe Mathieu-Daudé
2020-09-10 16:40 ` Daniel P. Berrangé
2020-09-10 17:16 ` Laszlo Ersek
2020-09-14 9:54 ` Gerd Hoffmann
2020-09-14 10:53 ` Philippe Mathieu-Daudé
2020-09-14 11:40 ` Gerd Hoffmann
2020-09-08 7:29 ` [PATCH 09/10] pc-bios: update the README file with edk2-stable202008 information Laszlo Ersek
2020-09-10 16:03 ` Philippe Mathieu-Daudé
2020-09-08 7:29 ` [PATCH 10/10] tests: acpi: update "virt/SSDT.memhp" for edk2-stable202008 Laszlo Ersek
2020-09-08 8:27 ` Philippe Mathieu-Daudé
2020-09-08 12:14 ` Laszlo Ersek
2020-09-10 16:02 ` Philippe Mathieu-Daudé
2020-09-08 8:56 ` Igor Mammedov
2020-09-08 12:03 ` Michael S. Tsirkin
2020-09-10 19:31 ` [PATCH 00/10] edk2: adopt the edk2-stable202008 release Philippe Mathieu-Daudé
2020-09-11 7:12 ` Laszlo Ersek
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=3c7cc69e-566e-b405-f1da-c4e56c5c8e46@redhat.com \
--to=philmd@redhat.com \
--cc=lersek@redhat.com \
--cc=qemu-devel@nongnu.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 NNTP newsgroup(s).