From: "Yao, Jiewen" <jiewen.yao@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
"Yao, Jiewen" <jiewen.yao@intel.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>,
"mikuback@linux.microsoft.com" <mikuback@linux.microsoft.com>
Subject: Re: [edk2-devel] libspdm Breaking Builds
Date: Fri, 24 May 2024 02:13:08 +0000 [thread overview]
Message-ID: <MW4PR11MB5872635881E2E5CCD37985748CF52@MW4PR11MB5872.namprd11.prod.outlook.com> (raw)
In-Reply-To: <17D1FC93E885E03F.15878@groups.io>
Hello
Thanks for Michael Kubacki's effort. The cmocka for libspdm is switched to https://gitlab.com/cmocka/cmocka.git (https://github.com/DMTF/libspdm/pull/2710).
The next libspdm release is planned at the end of June.
Please let us know if the preference for libspdm submodule. (Below options)
1) Keep current libspdm official 3.3.0 release, and update to next release at the beginning of July.
2) Update libspdm immediately with the new cmocka submodule, which is NOT an official release.
Thank you
Yao, Jiewen
> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Yao, Jiewen
> Sent: Thursday, May 23, 2024 10:17 AM
> To: Kinney, Michael D <michael.d.kinney@intel.com>; devel@edk2.groups.io;
> mikuback@linux.microsoft.com
> Subject: Re: [edk2-devel] libspdm Breaking Builds
>
> Hello
> I am sorry to bring the inconvenience.
> I think the libspdm maintainers are aware of fact that the breaking of cmoka
> impacts the CI.
>
> In history of libspdm, we did see this sometimes, but usually it was back online
> after a while.
> That is the reason libspdm project is still using cmoka github, since it is good at
> most of time.
>
> I will discuss libspdm/cmoka issue in regular SPDM TF meeting, and update the
> issue https://github.com/DMTF/libspdm/issues/2707.
>
>
> It is similar to what I have observed in tianocore project. Tianocore CI breaks
> sometimes, and works again after a while. But that is NOT a reason to disable it.
>
> Anyway, I think tianocore project has freedom to choose whatever options,
> independent with libspdm project. And I hope we have a consistent way to handle
> all projects.
>
> Thank you
> Yao, Jiewen
>
>
> > -----Original Message-----
> > From: Kinney, Michael D <michael.d.kinney@intel.com>
> > Sent: Thursday, May 23, 2024 9:52 AM
> > To: devel@edk2.groups.io; mikuback@linux.microsoft.com; Yao, Jiewen
> > <jiewen.yao@intel.com>
> > Cc: Kinney, Michael D <michael.d.kinney@intel.com>
> > Subject: RE: [edk2-devel] libspdm Breaking Builds
> >
> > We have a mirror of cmocka in tianocore.
> >
> > https://github.com/tianocore/edk2-cmocka
> >
> > It is out of sync because GitHub keep disabling the workflow.
> >
> > And the workflow can not run until cmocka repo is back up.
> >
> > We updated UnitTestFrameworkPkg to use tianocore cmocka mirror long ago
> > for this exact failure case.
> >
> > Since we do not have control over libspdm submodule link to cmocka, what
> > we need is an override or a failover submodule link to tianocore mirror.
> >
> > Any ideas on how to implement that concept. Does git have failover or
> > override URL for git submodules?
> >
> > Or do we need more stuart feature to have more fine grain control over
> > Submodules?
> >
> > Mike
> >
> > > -----Original Message-----
> > > From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Michael
> > > Kubacki
> > > Sent: Wednesday, May 22, 2024 6:04 PM
> > > To: Kinney, Michael D <michael.d.kinney@intel.com>; devel@edk2.groups.io;
> > > Yao, Jiewen <jiewen.yao@intel.com>
> > > Subject: Re: [edk2-devel] libspdm Breaking Builds
> > >
> > > We looked at Stuart and it can prevent a recursive submodule update at
> > > the first level but then it would prevent further updates. Here Repo A
> > > can prevent a recursive update in edk2 but it would then not be able to
> > > get libspdm.
> > >
> > > [Repo A] -[1]> [edk2] -[2]> [libspdm] -[3]> [cmocka]
> > >
> > > At its root, the issue is that this is broken, not wasteful. Therefore,
> > > it is disruptive and a regression for existing workflows.
> > >
> > > We, and I'm sure many other projects, recursively clone packages in edk2
> > > with submodules. For years, this has been fine except for a few brief
> > > exceptions. We pulled the change with the libspdm dependency into our
> > > codebase 8 days ago and this has been broken all day. The track record
> > > of cryptomilk.org in the past was also very poor and frequently caused
> > > problems. There is not an incident response team that I'm aware of at
> > > cryptomilk.org that provides status updates and proactively addresses
> > > services issues (i.e. https://www.githubstatus.com/).
> > >
> > > Also, libspdm is now a dependency and cloning cmocka there may fail.
> > > Users should expect that they can clone and work in that repo as part of
> > > their firmware development process without frequent service disruptions
> > > in the way.
> > >
> > > While I started this thread to raise the issue for users impacted here,
> > > I filed https://github.com/DMTF/libspdm/issues/2707 to track the request
> > > in the libspdm repo.
> > >
> > > Thanks,
> > > Michael
> > >
> > > On 5/22/2024 6:24 PM, Kinney, Michael D wrote:
> > > > Libspdm also depends on openssl. We did not want to clone openssl twice.
> > > >
> > > > I though stuart config specifies which submodules to clone. Can't we skip
> > > > all the submodules within libspdm to fix CI?
> > > >
> > > > Can't devs choose to not use --recursive?
> > > >
> > > > Mike
> > > >
> > > >> -----Original Message-----
> > > >> From: Michael Kubacki <mikuback@linux.microsoft.com>
> > > >> Sent: Wednesday, May 22, 2024 3:16 PM
> > > >> To: devel@edk2.groups.io; Kinney, Michael D
> > <michael.d.kinney@intel.com>;
> > > >> Yao, Jiewen <jiewen.yao@intel.com>
> > > >> Subject: Re: [edk2-devel] libspdm Breaking Builds
> > > >>
> > > >> I don't think that's a very good solution given the diversity of
> > > >> downstream projects dependent on the repo or even for the libspdm repo
> > > >> itself.
> > > >>
> > > >> Thanks,
> > > >> Michael
> > > >>
> > > >> On 5/22/2024 5:57 PM, Michael D Kinney wrote:
> > > >>> This was discussed and the decision was made to no use recursive clone
> on
> > > >> libspdm.
> > > >>>
> > > >>> Mike
> > > >>>
> > > >>>> -----Original Message-----
> > > >>>> From: Michael Kubacki <mikuback@linux.microsoft.com>
> > > >>>> Sent: Wednesday, May 22, 2024 1:40 PM
> > > >>>> To: devel@edk2.groups.io; Yao, Jiewen <jiewen.yao@intel.com>
> > > >>>> Cc: Kinney, Michael D <michael.d.kinney@intel.com>
> > > >>>> Subject: libspdm Breaking Builds
> > > >>>>
> > > >>>> Recently, the libspdm submodule was added to SecurityPkg
> > > >>>> (SecurityPkg/DeviceSecurity/SpdmLib/libspdm) [1].
> > > >>>>
> > > >>>> That submodule points to https://github.com/DMTF/libspdm.git.
> > > >>>>
> > > >>>> The libspdm repo contains a submodule for cmocka that is hosted on
> > > >>>> cryptomilk.org [2].
> > > >>>>
> > > >>>> Cloning that submodule is failing today, breaking all builds/CI
> > > >>>> dependent on SecurityPkg.
> > > >>>>
> > > >>>> This has been an issue in the past and it is very disruptive given the
> > > >>>> number of dependencies on edk2/SecurityPkg. Because of its reliability
> > > >>>> issues, edk2 moved to a version of the repo hosted in tianocore [3] in
> > > >>>> 2021 [4]
> > > >>>>
> > > >>>> Can you please make a similar change in libspdm and we get edk2
> > updated
> > > >>>> as soon as possible?
> > > >>>>
> > > >>>> Thanks,
> > > >>>> Michael
> > > >>>>
> > > >>>> [1]
> > > >>>>
> > > >>
> > >
> >
> https://github.com/tianocore/edk2/commit/54a4fd9b35cac79e7c54b750d3dddd
> > 0fbb43
> > > >>>> dca1
> > > >>>>
> > > >>>> [2] https://github.com/DMTF/libspdm/blob/main/.gitmodules
> > > >>>>
> > > >>>> [3] https://github.com/tianocore/edk2-cmocka
> > > >>>>
> > > >>>> [4]
> > > >>>>
> > > >>
> > >
> >
> https://github.com/tianocore/edk2/commit/2ad22420a710dc07e3b644f91a5b55
> > c09c39
> > > >>>> ecf3
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > >
> > >
> > >
> > >
>
>
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#119178): https://edk2.groups.io/g/devel/message/119178
Mute This Topic: https://groups.io/mt/106250971/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2024-05-24 2:13 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-22 20:40 [edk2-devel] libspdm Breaking Builds Michael Kubacki
2024-05-22 21:57 ` Michael D Kinney
2024-05-22 22:16 ` Michael Kubacki
2024-05-22 22:24 ` Michael D Kinney
2024-05-23 1:04 ` Michael Kubacki
2024-05-23 1:51 ` Michael D Kinney
2024-05-23 2:16 ` Yao, Jiewen
[not found] ` <17D1FC93E885E03F.15878@groups.io>
2024-05-24 2:13 ` Yao, Jiewen [this message]
2024-05-29 18:17 ` Pete Batard via groups.io
2024-05-29 18:33 ` Michael D Kinney
2024-05-29 19:40 ` Michael D Kinney
2024-05-29 19:57 ` Michael Kubacki
2024-05-30 0:31 ` Yao, Jiewen
2024-05-29 22:00 ` Pete Batard via groups.io
2024-05-30 0:32 ` 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=MW4PR11MB5872635881E2E5CCD37985748CF52@MW4PR11MB5872.namprd11.prod.outlook.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