public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Yao, Jiewen" <jiewen.yao@intel.com>
To: "Kinney, Michael D" <michael.d.kinney@intel.com>,
	"devel@edk2.groups.io" <devel@edk2.groups.io>,
	"mikuback@linux.microsoft.com" <mikuback@linux.microsoft.com>
Subject: Re: [edk2-devel] libspdm Breaking Builds
Date: Thu, 23 May 2024 02:16:53 +0000	[thread overview]
Message-ID: <MW4PR11MB5872D7C52109775EADEDCE3D8CF42@MW4PR11MB5872.namprd11.prod.outlook.com> (raw)
In-Reply-To: <CO1PR11MB49291EDC0C37DD02F0F885FDD2F42@CO1PR11MB4929.namprd11.prod.outlook.com>

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 (#119126): https://edk2.groups.io/g/devel/message/119126
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]
-=-=-=-=-=-=-=-=-=-=-=-



  reply	other threads:[~2024-05-23  2:17 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 [this message]
     [not found]           ` <17D1FC93E885E03F.15878@groups.io>
2024-05-24  2:13             ` Yao, Jiewen
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=MW4PR11MB5872D7C52109775EADEDCE3D8CF42@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