From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.88, mailfrom: liming.gao@intel.com) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by groups.io with SMTP; Thu, 06 Jun 2019 02:54:52 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Jun 2019 02:54:51 -0700 X-ExtLoop1: 1 Received: from fmsmsx106.amr.corp.intel.com ([10.18.124.204]) by FMSMGA003.fm.intel.com with ESMTP; 06 Jun 2019 02:54:51 -0700 Received: from fmsmsx114.amr.corp.intel.com (10.18.116.8) by FMSMSX106.amr.corp.intel.com (10.18.124.204) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 6 Jun 2019 02:54:51 -0700 Received: from shsmsx102.ccr.corp.intel.com (10.239.4.154) by FMSMSX114.amr.corp.intel.com (10.18.116.8) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 6 Jun 2019 02:54:51 -0700 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.137]) by shsmsx102.ccr.corp.intel.com ([169.254.2.134]) with mapi id 14.03.0415.000; Thu, 6 Jun 2019 17:54:49 +0800 From: "Liming Gao" To: "devel@edk2.groups.io" , "'announce@edk2.groups.io'" CC: "leif.lindholm@linaro.org" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" Subject: EDK II Stable Tag release edk2-stable201905 completed Thread-Topic: EDK II Stable Tag release edk2-stable201905 completed Thread-Index: AdUcMOtbOTTl41PXSfmu/zNw+tdEJg== Date: Thu, 6 Jun 2019 09:54:48 +0000 Message-ID: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMDNmODI5ZDgtMjBjMi00ZmQ1LTk4MDAtYmMwMGFmMDE4MDk0IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoia2VIVCtxcGVZZjhtZExQZDBQR2J3c0dEUDlsaW1Jd3hVNTFDajZsSWJZMXp3REE5T3Q5RmdzVWYxOVZJa1U3biJ9 dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: liming.gao@intel.com Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3DSHSMSX104ccrcor_" --_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3DSHSMSX104ccrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, all The tag edk2-stable201905 has been created. https://github.com/tianocore/ed= k2/releases/tag/edk2-stable201905 git clone -b edk2-stable201905 https://github.com/tianocore/edk2.git The tag edk2-stable201905 has been added into the main EDK II Wiki page. https://github.com/tianocore/tianocore.github.io/wiki/EDK-II The quiet period has now ended. Thank you for your cooperation and patience= . Normal commits can now be resumed. Next edk2 stable tag (edk2-stable201908) planning has been added into wiki = page. https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Planni= ng. If you have ideas for features in the next stable tag, please enter a Bugzi= lla for evaluation. Please let us know if there are existing open Bugzilla = entries that should be targeted at this next stable tag. Thanks Liming --_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3DSHSMSX104ccrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, all

 

The tag edk2-stable201905 has b= een created. https://github.com/tianocore/edk2/releases/tag/edk2-stable2019= 05

  git clone -b edk2-stable= 201905 https://github.com/tianocore/edk2.git

 

The tag edk2-stable201905 has b= een added into the main EDK II Wiki page.

  https://github.com/tiano= core/tianocore.github.io/wiki/EDK-II

 

The quiet period has now ended.= Thank you for your cooperation and patience. Normal commits can now be res= umed.

 

Next edk2 stable tag (edk2-stab= le201908) planning has been added into wiki page.

https://github.com/tianocore/ti= anocore.github.io/wiki/EDK-II-Release-Planning.

 

If you have ideas for features = in the next stable tag, please enter a Bugzilla for evaluation. Please let = us know if there are existing open Bugzilla entries that should be targeted= at this next stable tag.

 

Thanks

Liming

--_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3DSHSMSX104ccrcor_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@163.com header.s=s110527 header.b=fBjVqC+C; spf=pass (domain: 163.com, ip: 220.181.13.92, mailfrom: sssky307@163.com) Received: from m13-92.163.com (m13-92.163.com [220.181.13.92]) by groups.io with SMTP; Mon, 10 Jun 2019 02:07:42 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=02rX2 oaUV8d6B3sqjB6dZnM+DpSGTLRaX9HnNBywYQE=; b=fBjVqC+CeGAqz+5t3Kzk3 U0x1/bHaM6VjpcENUSJBECfEuFWLguwYQcTYbiin+46TPAKCxbeGXXJdxKkHwITA auKWom2KXw/rTczethRloWpynhejjODKh5RMhVyhQdsyH5dylIV/Q+O+4+feVzfp B7TBiTs/Z0nbE0kXXAtsV4= Received: from sssky307$163.com ( [113.92.196.126] ) by ajax-webmail-wmsvr92 (Coremail) ; Mon, 10 Jun 2019 17:06:44 +0800 (CST) X-Originating-IP: [113.92.196.126] Date: Mon, 10 Jun 2019 17:06:44 +0800 (CST) From: "krishnaLee" To: devel@edk2.groups.io Cc: "'announce@edk2.groups.io'" , "leif.lindholm@linaro.org" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20180927(cd7136b6) Copyright (c) 2002-2019 www.mailtech.cn 163com In-Reply-To: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> MIME-Version: 1.0 Message-ID: <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> X-Coremail-Locale: zh_CN X-CM-TRANSID: XMGowACXhbylHf5ca1KzAA--.10237W X-CM-SenderInfo: 5vvvy5qtqxqiywtou0bp/1tbisQDPrVXlh+lFJgAAsu X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: multipart/alternative; boundary="----=_Part_201875_953070868.1560157604677" ------=_Part_201875_953070868.1560157604677 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 SGksCkkgaGFkIGRvd25sb2FkIGl0IChnaXQgY2xvbmUgLWIgZWRrMi1zdGFibGUyMDE5MDUgaHR0 cHM6Ly9naXRodWIuY29tL3RpYW5vY29yZS9lZGsyLmdpdCksCmJ1dCB1cGRhdGUgb3BlbnNzbCBm YWlsZWQgYnkgY29tbWFuZCAoZ2l0IHN1Ym1vZHVsZSB1cGRhdGUgLS1pbml0IC0tcmVjdXJzaXZl KQpDbG9uaW5nIGludG8gJ0Q6L2VkazIvQ3J5cHRvUGtnL0xpYnJhcnkvT3BlbnNzbExpYi9vcGVu c3NsL2JvcmluZ3NzbCcuLi4KZmF0YWw6IHVuYWJsZSB0byBhY2Nlc3MgJ2h0dHBzOi8vYm9yaW5n c3NsLmdvb2dsZXNvdXJjZS5jb20vYm9yaW5nc3NsLyc6IEZhaWxlZCB0byBjb25uZWN0IHRvIGJv cmluZ3NzbC5nb29nbGVzb3VyY2UuY29tIHBvcnQgNDQzOiBUaW1lZCBvdXQKCgpJIHRoaW5rIG1h bnkgY2hpbmVzZSBwZW9wbGUgbmVlZCAiQ2xpbWJpbmcgb3ZlciB0aGUgV2FsbCIgdG8gYWNjZXNz ICdodHRwczovL2JvcmluZ3NzbC5nb29nbGVzb3VyY2UuY29tL2JvcmluZ3NzbC8nLgoKCkkgYW0g c29ycnkgYWJvdXQgdGhpcyBidXQgaXMgdGhlcmUgYW55IG90aGVyIGlkZWEgdG8gYnlwYXNzIGl0 PwoKCgoKdGhhbmtzLApLcmlzaG5hLgoKCgoKCgpBdCAyMDE5LTA2LTA2IDE3OjU0OjQ4LCAiTGlt aW5nIEdhbyIgPGxpbWluZy5nYW9AaW50ZWwuY29tPiB3cm90ZToKCgpIaSwgYWxsCgogCgpUaGUg dGFnIGVkazItc3RhYmxlMjAxOTA1IGhhcyBiZWVuIGNyZWF0ZWQuIGh0dHBzOi8vZ2l0aHViLmNv bS90aWFub2NvcmUvZWRrMi9yZWxlYXNlcy90YWcvZWRrMi1zdGFibGUyMDE5MDUKCiAgZ2l0IGNs b25lIC1iIGVkazItc3RhYmxlMjAxOTA1IGh0dHBzOi8vZ2l0aHViLmNvbS90aWFub2NvcmUvZWRr Mi5naXQKCiAKClRoZSB0YWcgZWRrMi1zdGFibGUyMDE5MDUgaGFzIGJlZW4gYWRkZWQgaW50byB0 aGUgbWFpbiBFREsgSUkgV2lraSBwYWdlLgoKICBodHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3Jl L3RpYW5vY29yZS5naXRodWIuaW8vd2lraS9FREstSUkKCiAKClRoZSBxdWlldCBwZXJpb2QgaGFz IG5vdyBlbmRlZC4gVGhhbmsgeW91IGZvciB5b3VyIGNvb3BlcmF0aW9uIGFuZCBwYXRpZW5jZS4g Tm9ybWFsIGNvbW1pdHMgY2FuIG5vdyBiZSByZXN1bWVkLgoKIAoKTmV4dCBlZGsyIHN0YWJsZSB0 YWcgKGVkazItc3RhYmxlMjAxOTA4KSBwbGFubmluZyBoYXMgYmVlbiBhZGRlZCBpbnRvIHdpa2kg cGFnZS4KCmh0dHBzOi8vZ2l0aHViLmNvbS90aWFub2NvcmUvdGlhbm9jb3JlLmdpdGh1Yi5pby93 aWtpL0VESy1JSS1SZWxlYXNlLVBsYW5uaW5nLgoKIAoKSWYgeW91IGhhdmUgaWRlYXMgZm9yIGZl YXR1cmVzIGluIHRoZSBuZXh0IHN0YWJsZSB0YWcsIHBsZWFzZSBlbnRlciBhIEJ1Z3ppbGxhIGZv ciBldmFsdWF0aW9uLiBQbGVhc2UgbGV0IHVzIGtub3cgaWYgdGhlcmUgYXJlIGV4aXN0aW5nIG9w ZW4gQnVnemlsbGEgZW50cmllcyB0aGF0IHNob3VsZCBiZSB0YXJnZXRlZCBhdCB0aGlzIG5leHQg c3RhYmxlIHRhZy4KCiAKClRoYW5rcwoKTGltaW5nCgo= ------=_Part_201875_953070868.1560157604677 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+SGksPC9kaXY+PGRpdj5JIGhhZCBkb3dubG9hZCBpdCAo PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDYWxpYnJpLCBzYW5zLXNlcmlmOyB0ZXh0LWFsaWdu OiBqdXN0aWZ5OyI+Z2l0IGNsb25lIC1iIGVkazItc3RhYmxlMjAxOTA1IDwvc3Bhbj48YSBocmVm PSJodHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3JlL2VkazIuZ2l0KSwiIF9zcmM9Imh0dHBzOi8v Z2l0aHViLmNvbS90aWFub2NvcmUvZWRrMi5naXQpLCI+aHR0cHM6Ly9naXRodWIuY29tL3RpYW5v Y29yZS9lZGsyLmdpdCksPC9hPiA8L2Rpdj48ZGl2PmJ1dCB1cGRhdGUgb3BlbnNzbCBmYWlsZWQg YnkgY29tbWFuZCAoZ2l0IHN1Ym1vZHVsZSB1cGRhdGUgLS1pbml0IC0tcmVjdXJzaXZlKTwvZGl2 PjxkaXY+PGRpdj5DbG9uaW5nIGludG8gJ0Q6L2VkazIvQ3J5cHRvUGtnL0xpYnJhcnkvT3BlbnNz bExpYi9vcGVuc3NsL2JvcmluZ3NzbCcuLi48L2Rpdj48ZGl2PmZhdGFsOiB1bmFibGUgdG8gYWNj ZXNzICdodHRwczovL2JvcmluZ3NzbC5nb29nbGVzb3VyY2UuY29tL2JvcmluZ3NzbC8nOiBGYWls ZWQgdG8gY29ubmVjdCB0byBib3Jpbmdzc2wuZ29vZ2xlc291cmNlLmNvbSBwb3J0IDQ0MzogVGlt ZWQgb3V0PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIHRoaW5rIG1hbnkgY2hpbmVz ZSBwZW9wbGUgbmVlZCAiPGEgaHJlZj0iaHR0cHM6Ly93d3cuYmluZy5jb20vZGljdC9zZWFyY2g/ cT1DbGltYmluZyZhbXA7Rk9STT1CRFZTUDYmYW1wO21rdD16aC1jbiIgaD0iSUQ9RGljdGlvbmFy eSw1MDk0LjEiIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyB0ZXh0LWRlY29yYXRpb24tbGlu ZTogbm9uZTsgZm9udC1mYW1pbHk6IEFyaWFsLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlm OyBmb250LXdlaWdodDogNzAwOyI+Q2xpbWJpbmc8L2E+PHNwYW4gc3R5bGU9ImNvbG9yOiByZ2Io NTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5OiBBcmlhbCwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1z ZXJpZjsgZm9udC13ZWlnaHQ6IDcwMDsiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwczovL3d3 dy5iaW5nLmNvbS9kaWN0L3NlYXJjaD9xPW92ZXImYW1wO0ZPUk09QkRWU1A2JmFtcDtta3Q9emgt Y24iIGg9IklEPURpY3Rpb25hcnksNTA5NS4xIiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg dGV4dC1kZWNvcmF0aW9uLWxpbmU6IG5vbmU7IGZvbnQtZmFtaWx5OiBBcmlhbCwgQXJpYWwsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC13ZWlnaHQ6IDcwMDsiPm92ZXI8L2E+PHNwYW4gc3R5 bGU9ImNvbG9yOiByZ2IoNTEsIDUxLCA1MSk7IGZvbnQtZmFtaWx5OiBBcmlhbCwgQXJpYWwsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsgZm9udC13ZWlnaHQ6IDcwMDsiPiZuYnNwOzwvc3Bhbj48YSBo cmVmPSJodHRwczovL3d3dy5iaW5nLmNvbS9kaWN0L3NlYXJjaD9xPXRoZSZhbXA7Rk9STT1CRFZT UDYmYW1wO21rdD16aC1jbiIgaD0iSUQ9RGljdGlvbmFyeSw1MDk2LjEiIHN0eWxlPSJjb2xvcjog cmdiKDAsIDAsIDApOyB0ZXh0LWRlY29yYXRpb24tbGluZTogbm9uZTsgZm9udC1mYW1pbHk6IEFy aWFsLCBBcmlhbCwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBmb250LXdlaWdodDogNzAwOyI+dGhl PC9hPjxzcGFuIHN0eWxlPSJjb2xvcjogcmdiKDUxLCA1MSwgNTEpOyBmb250LWZhbWlseTogQXJp YWwsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtd2VpZ2h0OiA3MDA7Ij4mbmJz cDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly93d3cuYmluZy5jb20vZGljdC9zZWFyY2g/cT1XYWxs JmFtcDtGT1JNPUJEVlNQNiZhbXA7bWt0PXpoLWNuIiBoPSJJRD1EaWN0aW9uYXJ5LDUwOTcuMSIg c3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IHRleHQtZGVjb3JhdGlvbi1saW5lOiBub25lOyBm b250LWZhbWlseTogQXJpYWwsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGZvbnQtd2Vp Z2h0OiA3MDA7Ij5XYWxsPC9hPiIgdG8gYWNjZXNzICc8YSBocmVmPSJodHRwczovL2JvcmluZ3Nz bC5nb29nbGVzb3VyY2UuY29tL2JvcmluZ3NzbC8nIiBfc3JjPSJodHRwczovL2JvcmluZ3NzbC5n b29nbGVzb3VyY2UuY29tL2JvcmluZ3NzbC8nIj5odHRwczovL2JvcmluZ3NzbC5nb29nbGVzb3Vy Y2UuY29tL2JvcmluZ3NzbC8nPC9hPi48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkkgYW0gc29y cnkgYWJvdXQgdGhpcyBidXQgaXMgdGhlcmUgYW55IG90aGVyIGlkZWEgdG8gYnlwYXNzIGl0Pzwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+dGhhbmtzLDwvZGl2PjxkaXY+ S3Jpc2huYS48L2Rpdj48ZGl2Pjxicj48L2Rpdj48YnI+PGJyPjxkaXYgc3R5bGU9InBvc2l0aW9u OnJlbGF0aXZlO3pvb206MSI+PC9kaXY+PGRpdiBpZD0iZGl2TmV0ZWFzZU1haWxDYXJkIj48L2Rp dj48YnI+QXQgMjAxOS0wNi0wNiAxNzo1NDo0OCwgIkxpbWluZyBHYW8iICZsdDtsaW1pbmcuZ2Fv QGludGVsLmNvbSZndDsgd3JvdGU6PGJyPiA8YmxvY2txdW90ZSBpZD0iaXNSZXBseUNvbnRlbnQi IHN0eWxlPSJQQURESU5HLUxFRlQ6IDFleDsgTUFSR0lOOiAwcHggMHB4IDBweCAwLjhleDsgQk9S REVSLUxFRlQ6ICNjY2MgMXB4IHNvbGlkIj4KCgoKPHN0eWxlPjwhLS0KCl9mb250LWZhY2UKCXtm b250LWZhbWlseTpTaW1TdW47CglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30KX2ZvbnQt ZmFjZQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOwoJcGFub3NlLTE6MiA0IDUgMyA1IDQg NiAzIDIgNDt9Cl9mb250LWZhY2UKCXtmb250LWZhbWlseTpDYWxpYnJpOwoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQpfZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6U2ltU3VuOwoJcGFu b3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9CgpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBk aXYuTXNvTm9ybWFsCgl7bWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsKCXRleHQt YWxpZ246anVzdGlmeTsKCXRleHQtanVzdGlmeTppbnRlci1pZGVvZ3JhcGg7Cglmb250LXNpemU6 MTAuNXB0OwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQphOmxpbmssIHNwYW4u TXNvSHlwZXJsaW5rCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6IzA1NjNDMTsKCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9s bG93ZWQKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjojOTU0RjcyOwoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRW1haWxTdHlsZTE3Cgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtY29tcG9zZTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOwoJY29sb3I6 d2luZG93dGV4dDt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7 Cglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9CgpfcGFnZSBXb3JkU2VjdGlvbjEK CXtzaXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdpbjo3Mi4wcHQgOTAuMHB0IDcyLjBwdCA5MC4w cHQ7fQpkaXYuV29yZFNlY3Rpb24xCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQotLT48L3N0eWxlPgoK CjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIj5IaSwgYWxsPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+VGhlIHRhZyBlZGsyLXN0YWJsZTIw MTkwNSBoYXMgYmVlbiBjcmVhdGVkLiBodHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3JlL2VkazIv cmVsZWFzZXMvdGFnL2VkazItc3RhYmxlMjAxOTA1PG86cD48L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IGdpdCBjbG9uZSAtYiBl ZGsyLXN0YWJsZTIwMTkwNSBodHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3JlL2VkazIuZ2l0PG86 cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBsYW5nPSJFTi1VUyI+VGhlIHRhZyBlZGsyLXN0YWJsZTIwMTkwNSBoYXMgYmVlbiBhZGRlZCBp bnRvIHRoZSBtYWluIEVESyBJSSBXaWtpIHBhZ2UuPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+Jm5ic3A7IGh0dHBzOi8vZ2l0aHVi LmNvbS90aWFub2NvcmUvdGlhbm9jb3JlLmdpdGh1Yi5pby93aWtpL0VESy1JSTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiPlRoZSBxdWlldCBwZXJpb2QgaGFzIG5vdyBlbmRlZC4gVGhhbmsgeW91IGZvciB5b3Vy IGNvb3BlcmF0aW9uIGFuZCBwYXRpZW5jZS4gTm9ybWFsIGNvbW1pdHMgY2FuIG5vdyBiZSByZXN1 bWVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiPk5leHQgZWRrMiBzdGFibGUgdGFnIChlZGsyLXN0YWJsZTIw MTkwOCkgcGxhbm5pbmcgaGFzIGJlZW4gYWRkZWQgaW50byB3aWtpIHBhZ2UuPG86cD48L286cD48 L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+aHR0cHM6 Ly9naXRodWIuY29tL3RpYW5vY29yZS90aWFub2NvcmUuZ2l0aHViLmlvL3dpa2kvRURLLUlJLVJl bGVhc2UtUGxhbm5pbmcuPG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+SWYgeW91IGhhdmUgaWRlYXMgZm9yIGZl YXR1cmVzIGluIHRoZSBuZXh0IHN0YWJsZSB0YWcsIHBsZWFzZSBlbnRlciBhIEJ1Z3ppbGxhIGZv ciBldmFsdWF0aW9uLiBQbGVhc2UgbGV0IHVzIGtub3cgaWYgdGhlcmUgYXJlIGV4aXN0aW5nIG9w ZW4gQnVnemlsbGEgZW50cmllcyB0aGF0IHNob3VsZCBiZSB0YXJnZXRlZCBhdCB0aGlzIG5leHQg c3RhYmxlIHRhZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5UaGFua3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5MaW1pbmc8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+CjwvZGl2PgoKCgoKCjwvYmxvY2txdW90ZT48L2Rpdj4= ------=_Part_201875_953070868.1560157604677-- From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.136, mailfrom: liming.gao@intel.com) Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by groups.io with SMTP; Mon, 10 Jun 2019 06:50:46 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2019 06:50:46 -0700 X-ExtLoop1: 1 Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by FMSMGA003.fm.intel.com with ESMTP; 10 Jun 2019 06:50:46 -0700 Received: from fmsmsx156.amr.corp.intel.com (10.18.116.74) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 10 Jun 2019 06:50:46 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by fmsmsx156.amr.corp.intel.com (10.18.116.74) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 10 Jun 2019 06:50:45 -0700 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.137]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.187]) with mapi id 14.03.0415.000; Mon, 10 Jun 2019 21:50:44 +0800 From: "Liming Gao" To: "devel@edk2.groups.io" , "sssky307@163.com" CC: "'announce@edk2.groups.io'" , "leif.lindholm@linaro.org" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Topic: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Index: AdUcMOtbOTTl41PXSfmu/zNw+tdEJgC99mMAABqefwA= Date: Mon, 10 Jun 2019 13:50:43 +0000 Message-ID: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> In-Reply-To: <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiM2Y0MTM0YzktMjY2Yy00NTE2LTlmMjgtMWQ2ZjhhOGU4NGE0IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoieDA2U3ErenlJRXVTS0ltMlZzWDczQVd1TDBpbVpJUStPOG9abzdrUXZObTRNWUJDY1djaWdKNk5TVkxzMU41RCJ9 dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: liming.gao@intel.com Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7ESHSMSX104ccrcor_" --_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7ESHSMSX104ccrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable edk2 submodule are from github openssl and berkeley-softfloat-3. If you can= access edk2, you can also access them. Why you system redirect github open= ssl to boringssl? * [CryptoPkg/Library/OpensslLib/openssl](https://github.com/openssl/openss= l/blob/50eaac9f3337667259de725451f201e784599687/LICENSE) * [ArmPkg/Library/ArmSoftFloatLib/berkeley-softfloat-3](https://github.com= /ucb-bar/berkeley-softfloat-3/blob/b64af41c3276f97f0e181920400ee056b9c88037= /COPYING.txt) Thanks Liming From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of kris= hnaLee Sent: Monday, June 10, 2019 5:07 PM To: devel@edk2.groups.io Cc: 'announce@edk2.groups.io' ; leif.lindholm@lin= aro.org; Kinney, Michael D ; afish@apple.com; L= aszlo Ersek (lersek@redhat.com) Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 comp= leted Hi, I had download it (git clone -b edk2-stable201905 https://github.com/tiano= core/edk2.git), but update openssl failed by command (git submodule update --init --recurs= ive) Cloning into 'D:/edk2/CryptoPkg/Library/OpensslLib/openssl/boringssl'... fatal: unable to access 'https://boringssl.googlesource.com/boringssl/': F= ailed to connect to boringssl.googlesource.com port 443: Timed out I think many chinese people need "Climbing over the Wall" to access 'https://boringssl.googleso= urce.com/boringssl/'. I am sorry about this but is there any other idea to bypass it? thanks, Krishna. At 2019-06-06 17:54:48, "Liming Gao" > wrote: Hi, all The tag edk2-stable201905 has been created. https://github.com/tianocore/e= dk2/releases/tag/edk2-stable201905 git clone -b edk2-stable201905 https://github.com/tianocore/edk2.git The tag edk2-stable201905 has been added into the main EDK II Wiki page. https://github.com/tianocore/tianocore.github.io/wiki/EDK-II The quiet period has now ended. Thank you for your cooperation and patienc= e. Normal commits can now be resumed. Next edk2 stable tag (edk2-stable201908) planning has been added into wiki= page. https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Plann= ing. If you have ideas for features in the next stable tag, please enter a Bugz= illa for evaluation. Please let us know if there are existing open Bugzilla= entries that should be targeted at this next stable tag. Thanks Liming --_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7ESHSMSX104ccrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

edk2 s= ubmodule are from github openssl and berkeley-softfloat-3. If you can acces= s edk2, you can also access them. Why you system redirect github openssl to= boringssl?

&= nbsp;

* [Cry= ptoPkg/Library/OpensslLib/openssl](https://github= .com/openssl/openssl/blob/50eaac9f3337667259de725451f201e784599687/LICENSE<= /a>)

* [Arm= Pkg/Library/ArmSoftFloatLib/berkeley-softfloat-3](https://github.com/ucb-bar/berkeley-softfloat-3/blob/b64a= f41c3276f97f0e181920400ee056b9c88037/COPYING.txt)

&= nbsp;

Thanks=

Liming=

From: devel@ed= k2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of krishnaLee
Sent: Monday, June 10, 2019 5:07 PM
To: devel@edk2.groups.io
Cc: 'announce@edk2.groups.io' <announce@edk2.groups.io>; leif= .lindholm@linaro.org; Kinney, Michael D <michael.d.kinney@intel.com>;= afish@apple.com; Laszlo Ersek (lersek@redhat.com) <lersek@redhat.com>= ;
Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable2019= 05 completed

 

= Hi,

I had download it (git clone -b edk2-stable201905 https:= //github.com/tianocore/edk2.git),

but update openssl failed by command (git = submodule update --init --recursive)

Cloning into 'D:/edk2/CryptoPkg/Library/Op= ensslLib/openssl/boringssl'...

fatal: unable to access 'https://boringssl= .googlesource.com/boringssl/': Failed to connect to boringssl.googlesource.= com port 443: Timed out

 

I think many chinese people need "Climbing=  over = the Wall" to access 'htt= ps://boringssl.googlesource.com/boringssl/'.

 

I am sorry about this but is there any oth= er idea to bypass it?

 

 

thanks,

Krishna.

 

 =


At 2019-06-06 17:54:48, "Liming Gao" <liming.gao@intel.com> wrote:

Hi, all<= o:p>

 

The tag = edk2-stable201905 has been created. https://github.com/tianocore/edk2/releases/tag/edk2-stable201905

  g= it clone -b edk2-stable201905 https://github.com/tiano= core/edk2.git

 

The tag = edk2-stable201905 has been added into the main EDK II Wiki page.=

  <= a href=3D"https://github.com/tianocore/tianocore.github.io/wiki/EDK-II"> https://github.com/tianocore/tianocore.github.io/wiki/EDK-II

 

The quie= t period has now ended. Thank you for your cooperation and patience. Normal= commits can now be resumed.

 

Next edk= 2 stable tag (edk2-stable201908) planning has been added into wiki page.

https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Relea= se-Planning.

 

If you h= ave ideas for features in the next stable tag, please enter a Bugzilla for = evaluation. Please let us know if there are existing open Bugzilla entries = that should be targeted at this next stable tag.

 

Thanks

Liming

--_000_4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7ESHSMSX104ccrcor_-- From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=GhFhz3ow; spf=pass (domain: linaro.org, ip: 209.85.221.49, mailfrom: leif.lindholm@linaro.org) Received: from mail-wr1-f49.google.com (mail-wr1-f49.google.com [209.85.221.49]) by groups.io with SMTP; Mon, 10 Jun 2019 07:00:19 -0700 Received: by mail-wr1-f49.google.com with SMTP id v14so9307399wrr.4 for ; Mon, 10 Jun 2019 07:00:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=dvso+wxoROzPTazmRzpIwlN4YhoRugeDG5qSKZ6rvPY=; b=GhFhz3ow+KIIELnIL7WGi4+UHRWOcunYInKfopHx3LbPjqv0QTeUnjyNZ1v319yzfe g854wzmgCDS5LrOF2nraqfYKqfxG+Oks+d5A9EnaK5gDOeXIjb8m1VjLdBuZnTly/tGc ZNsAKHL3CCd3whjnmk2If5zcCigZdDMrBgGei28odDKAHKTiBK3Zgo0dIJgfmKR6Zt6G n1pyIlNjrBQRvZZZC6iLU5x55Q+IRpeAiVGN182UP4/ZLK7GN4NqNvgc5zlD5P2JcMMc PO9wEMIcAMWhnpgMW4YV6yHMIykUGfffFM0ZALTX2msIjNMfqQQx05oxF4qed1qLXoMU HwSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=dvso+wxoROzPTazmRzpIwlN4YhoRugeDG5qSKZ6rvPY=; b=jkeJGp/QMo6ntx2llUp6mwXCoTUsZGePiZuAE/3zcXYo7cHVDxksV1NK+JujII0pcx KJTvCXMpHva4TswsgHi11K6ftdDwCGWSyfkIa7msqD2cLAhBsUZHOV522ArA0e4Es2Uu GK2turxSA8i4/oxZ7WDMlc3Wb3ODKsOtPxVbfRYbertbO4W8qKxwsal5AlMVmeySdpfk 30+FvA0SwVSgMyI9obbEzbaNgIxqONGKtOzthqxJSJcoE14vV+DYZ8WOwGDyvC/l9kaE nZ+caOvGJ7VN5YYZWTjvKJm18RgsrnGvuIrJK03VD19l584bYtEcbXJivJili2AMwszX /xBQ== X-Gm-Message-State: APjAAAXIQsQPElnsAyuDgqGknjd6y6R/pHByC5SLKfwYMkZlfzLQLA46 kOCGYH78SqRwtkTe1v6zoigvFQ== X-Google-Smtp-Source: APXvYqzRD2jvuAcCdoGfOEgYFBhH9ELg4OWmvufWkESb0BjKNvz1u1TQj85Yj5bULC06cYFtawzG5A== X-Received: by 2002:a5d:5283:: with SMTP id c3mr15539375wrv.268.1560175217181; Mon, 10 Jun 2019 07:00:17 -0700 (PDT) Return-Path: Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id 66sm5176595wma.11.2019.06.10.07.00.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 10 Jun 2019 07:00:16 -0700 (PDT) Date: Mon, 10 Jun 2019 15:00:14 +0100 From: "Leif Lindholm" To: "Gao, Liming" Cc: "devel@edk2.groups.io" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Message-ID: <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> MIME-Version: 1.0 In-Reply-To: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jun 10, 2019 at 01:50:43PM +0000, Gao, Liming wrote: > edk2 submodule are from github openssl and berkeley-softfloat-3. If you can access edk2, you can also access them. Why you system redirect github openssl to boringssl? > > * [CryptoPkg/Library/OpensslLib/openssl](https://github.com/openssl/openssl/blob/50eaac9f3337667259de725451f201e784599687/LICENSE) > * [ArmPkg/Library/ArmSoftFloatLib/berkeley-softfloat-3](https://github.com/ucb-bar/berkeley-softfloat-3/blob/b64af41c3276f97f0e181920400ee056b9c88037/COPYING.txt) Argh, no. OpenSSL has boringssl as a git submodule. edk2/CryptoPkg/Library/OpensslLib/openssl$ cat .gitmodules [submodule "boringssl"] path = boringssl url = https://boringssl.googlesource.com/boringssl ... / Leif > Thanks > Liming > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of krishnaLee > Sent: Monday, June 10, 2019 5:07 PM > To: devel@edk2.groups.io > Cc: 'announce@edk2.groups.io' ; leif.lindholm@linaro.org; Kinney, Michael D ; afish@apple.com; Laszlo Ersek (lersek@redhat.com) > Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed > > Hi, > I had download it (git clone -b edk2-stable201905 https://github.com/tianocore/edk2.git), > but update openssl failed by command (git submodule update --init --recursive) > Cloning into 'D:/edk2/CryptoPkg/Library/OpensslLib/openssl/boringssl'... > fatal: unable to access 'https://boringssl.googlesource.com/boringssl/': Failed to connect to boringssl.googlesource.com port 443: Timed out > > I think many chinese people need "Climbing over the Wall" to access 'https://boringssl.googlesource.com/boringssl/'. > > I am sorry about this but is there any other idea to bypass it? > > > thanks, > Krishna. > > > > At 2019-06-06 17:54:48, "Liming Gao" > wrote: > > Hi, all > > The tag edk2-stable201905 has been created. https://github.com/tianocore/edk2/releases/tag/edk2-stable201905 > git clone -b edk2-stable201905 https://github.com/tianocore/edk2.git > > The tag edk2-stable201905 has been added into the main EDK II Wiki page. > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II > > The quiet period has now ended. Thank you for your cooperation and patience. Normal commits can now be resumed. > > Next edk2 stable tag (edk2-stable201908) planning has been added into wiki page. > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Planning. > > If you have ideas for features in the next stable tag, please enter a Bugzilla for evaluation. Please let us know if there are existing open Bugzilla entries that should be targeted at this next stable tag. > > Thanks > Liming > From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.115, mailfrom: liming.gao@intel.com) Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by groups.io with SMTP; Mon, 10 Jun 2019 07:16:50 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Jun 2019 07:16:50 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.63,575,1557212400"; d="scan'208";a="183443222" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by fmsmga002.fm.intel.com with ESMTP; 10 Jun 2019 07:16:50 -0700 Received: from fmsmsx158.amr.corp.intel.com (10.18.116.75) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 10 Jun 2019 07:16:49 -0700 Received: from shsmsx107.ccr.corp.intel.com (10.239.4.96) by fmsmsx158.amr.corp.intel.com (10.18.116.75) with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 10 Jun 2019 07:16:49 -0700 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.137]) by SHSMSX107.ccr.corp.intel.com ([169.254.9.98]) with mapi id 14.03.0415.000; Mon, 10 Jun 2019 22:16:47 +0800 From: "Liming Gao" To: Leif Lindholm CC: "devel@edk2.groups.io" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Topic: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Index: AdUcMOtbOTTl41PXSfmu/zNw+tdEJgC99mMAABqefwD//30MAP//eBgA Date: Mon, 10 Jun 2019 14:16:46 +0000 Message-ID: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DFDE@SHSMSX104.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> In-Reply-To: <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMTNlZTViN2YtYTcyZS00ZDlkLThlMzItNmM4YWNjNWY0M2MzIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiTjRtZjJCeG5wWUVFaDhNWVpzc3ZrdHdCTFVnT3BPQXdjcnUrRUpja2lGVHZJdnF1VzFhczg0K1o2NnVCY1NjKyJ9 dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: liming.gao@intel.com Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: Leif Lindholm [mailto:leif.lindholm@linaro.org] > Sent: Monday, June 10, 2019 10:00 PM > To: Gao, Liming > Cc: devel@edk2.groups.io; sssky307@163.com; 'announce@edk2.groups.io' ; Kinney, Michael D > ; afish@apple.com; Laszlo Ersek (lersek@redh= at.com) > Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 co= mpleted >=20 > On Mon, Jun 10, 2019 at 01:50:43PM +0000, Gao, Liming wrote: > > edk2 submodule are from github openssl and berkeley-softfloat-3. If yo= u can access edk2, you can also access them. Why you system > redirect github openssl to boringssl? > > > > * > [CryptoPkg/Library/OpensslLib/openssl](https://github.com/openssl/openss= l/blob/50eaac9f3337667259de725451f201e784599687/LICE > NSE) > > * > [ArmPkg/Library/ArmSoftFloatLib/berkeley-softfloat-3](https://github.com= /ucb-bar/berkeley-softfloat-3/blob/b64af41c3276f97f0e181920 > 400ee056b9c88037/COPYING.txt) >=20 > Argh, no. OpenSSL has boringssl as a git submodule. >=20 > edk2/CryptoPkg/Library/OpensslLib/openssl$ cat .gitmodules > [submodule "boringssl"] > path =3D boringssl > url =3D https://boringssl.googlesource.com/boringssl > ... I just notice openssl has its own submodule. https://github.com/google/bor= ingssl is the mirror of boringssl. Can you modify the .gitconfig with the below rule, and try again? [url "https://github.com/google/boringssl"] insteadOf =3D https://boringssl.googlesource.com/boringssl >=20 >=20 > / > Leif >=20 > > Thanks > > Liming > > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of = krishnaLee > > Sent: Monday, June 10, 2019 5:07 PM > > To: devel@edk2.groups.io > > Cc: 'announce@edk2.groups.io' ; leif.lindholm= @linaro.org; Kinney, Michael D > ; afish@apple.com; Laszlo Ersek (lersek@redh= at.com) > > Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 = completed > > > > Hi, > > I had download it (git clone -b edk2-stable201905 https://github.com/t= ianocore/edk2.git), > > but update openssl failed by command (git submodule update --init --re= cursive) > > Cloning into 'D:/edk2/CryptoPkg/Library/OpensslLib/openssl/boringssl'.= .. > > fatal: unable to access 'https://boringssl.googlesource.com/boringssl/= ': Failed to connect to boringssl.googlesource.com port 443: Timed > out > > > > I think many chinese people need "Climbing > over > the > Wall" to access 'https://boringssl.googlesource.com/boringssl/'. > > > > I am sorry about this but is there any other idea to bypass it? > > > > > > thanks, > > Krishna. > > > > > > > > At 2019-06-06 17:54:48, "Liming Gao" > wrote: > > > > Hi, all > > > > The tag edk2-stable201905 has been created. https://github.com/tianoco= re/edk2/releases/tag/edk2-stable201905 > > git clone -b edk2-stable201905 https://github.com/tianocore/edk2.git > > > > The tag edk2-stable201905 has been added into the main EDK II Wiki pag= e. > > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II > > > > The quiet period has now ended. Thank you for your cooperation and pat= ience. Normal commits can now be resumed. > > > > Next edk2 stable tag (edk2-stable201908) planning has been added into = wiki page. > > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-P= lanning. > > > > If you have ideas for features in the next stable tag, please enter a = Bugzilla for evaluation. Please let us know if there are existing open > Bugzilla entries that should be targeted at this next stable tag. > > > > Thanks > > Liming > >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Tue, 11 Jun 2019 03:08:46 -0700 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 89B3B87633; Tue, 11 Jun 2019 10:08:37 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-117-206.ams2.redhat.com [10.36.117.206]) by smtp.corp.redhat.com (Postfix) with ESMTP id A7FC519C70; Tue, 11 Jun 2019 10:08:35 +0000 (UTC) Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed To: Leif Lindholm , "Gao, Liming" Cc: "devel@edk2.groups.io" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> From: "Laszlo Ersek" Message-ID: Date: Tue, 11 Jun 2019 12:08:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Tue, 11 Jun 2019 10:08:37 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 06/10/19 16:00, Leif Lindholm wrote: > On Mon, Jun 10, 2019 at 01:50:43PM +0000, Gao, Liming wrote: >> edk2 submodule are from github openssl and berkeley-softfloat-3. If you can access edk2, you can also access them. Why you system redirect github openssl to boringssl? >> >> * [CryptoPkg/Library/OpensslLib/openssl](https://github.com/openssl/openssl/blob/50eaac9f3337667259de725451f201e784599687/LICENSE) >> * [ArmPkg/Library/ArmSoftFloatLib/berkeley-softfloat-3](https://github.com/ucb-bar/berkeley-softfloat-3/blob/b64af41c3276f97f0e181920400ee056b9c88037/COPYING.txt) > > Argh, no. OpenSSL has boringssl as a git submodule. > > edk2/CryptoPkg/Library/OpensslLib/openssl$ cat .gitmodules > [submodule "boringssl"] > path = boringssl > url = https://boringssl.googlesource.com/boringssl > ... > That's right, but it shouldn't matter. In edk2, I always use $ git submodule update --init --force and I never pass the "--recursive" flag. This is also how I tested the upgrade to OpenSSL-1.1.1b, before edk2-stable201905 was tagged. The boringssl sub-sub-module is not needed for edk2's purposes. We might want to drop "--recursive" from "OpenSSL-HOWTO.txt", instead. Thanks Laszlo From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=ljWbqB0U; spf=pass (domain: linaro.org, ip: 209.85.221.66, mailfrom: leif.lindholm@linaro.org) Received: from mail-wr1-f66.google.com (mail-wr1-f66.google.com [209.85.221.66]) by groups.io with SMTP; Tue, 11 Jun 2019 03:30:11 -0700 Received: by mail-wr1-f66.google.com with SMTP id n4so12352359wrw.13 for ; Tue, 11 Jun 2019 03:30:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=9anBOtxftFFRD95E7KSuD+9HdezU+qE2OeNHtrLpNtU=; b=ljWbqB0UN1ubW2iIaBJQzWPkL7ZwgGV+cKkFvtk405D/Q42H6DtU/sa7EqOe7m+CYH Sh/PfJ3R/qX+HSTtOMk4fJ31jNYrCEnAnR0r/nvy7smYPEVwokKnCg4gFxhKXKLFwMAp 7OH1QGY5Jm+Regiv6RVS+TaT5b2Kv69L/GKof7UDcue9szFiPBXUH2EJhb8/c+w6kUGT YXhYFGRh1kZEEiTAy/Pri841SMlngVH8yNa8DsrtQlSyUAQHPT2UKXOxvx+l6ZtMk50o OSMJtKWrIv/KTef00u92iSsOWo+EyENKQb73PoKur8rJLZqeF+GIAFWUA+j6IAWUivQk d61A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=9anBOtxftFFRD95E7KSuD+9HdezU+qE2OeNHtrLpNtU=; b=HugG8x4+pVmbR/jlJvhn3DR+9eP9JkQxNQbKRGgKHdWPai5RnMFzBt4Vvg8oaTscFU aNueUaBRZbFVgO5380icVpgGssx1h1Zm+/lBzf5JMHftGxUD+KwtzVDS8fyRkNbNadHE ZdYdMJPvPx4m0dpsji5DoLiaehNQaK/Wo9+iSNYP0cjGyn7PPIyhJs0H8mucxgrzyceH QQYqAK/98oyR9IlanUZC86waqGkTzFQhovAq05gkGARDOfPnEVMr7Y7VGCPsOML74zUl 5a+aRXllScs9OT+OdpLvIIbfhSgfFy4jVLUsqrmLUNuyraVyryhnVZjaFFTgwjSMceYM q22A== X-Gm-Message-State: APjAAAVpaa0VvMDXf+qXnSmGpzMRdMu/iPCnWPpVfPv8vYaKPNIi0Hvz aES5D1cAdVcoPdly5aFFTfZz4JKv9U4= X-Google-Smtp-Source: APXvYqyzw39SeYEKexWlGDJjJrfpMNdjzfKITNVXz8WCITrjENsuJ6jF0bW8z7xMB0lmZkea4AzVcg== X-Received: by 2002:a5d:6709:: with SMTP id o9mr35952592wru.301.1560249009479; Tue, 11 Jun 2019 03:30:09 -0700 (PDT) Return-Path: Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id l8sm9060908wrg.40.2019.06.11.03.30.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 11 Jun 2019 03:30:08 -0700 (PDT) Date: Tue, 11 Jun 2019 11:30:07 +0100 From: "Leif Lindholm" To: devel@edk2.groups.io, lersek@redhat.com Cc: "Gao, Liming" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Message-ID: <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> MIME-Version: 1.0 In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 11, 2019 at 12:08:34PM +0200, Laszlo Ersek wrote: > > Argh, no. OpenSSL has boringssl as a git submodule. > > > > edk2/CryptoPkg/Library/OpensslLib/openssl$ cat .gitmodules > > [submodule "boringssl"] > > path = boringssl > > url = https://boringssl.googlesource.com/boringssl > > ... > > > > That's right, but it shouldn't matter. In edk2, I always use > > $ git submodule update --init --force > > and I never pass the "--recursive" flag. This is also how I tested the > upgrade to OpenSSL-1.1.1b, before edk2-stable201905 was tagged. The > boringssl sub-sub-module is not needed for edk2's purposes. > > We might want to drop "--recursive" from "OpenSSL-HOWTO.txt", instead. The instructions have spread to many other places (build instructions in wiki and edk2-platforms Readme.md being two of them). That's not to say we shouldn't change it, but that we need to go through and update those places too. And frankly, if we've accepted the need to support submodules, we need to document how edk2 interacts with submodules, not how each individual submodule interacts with edk2 - so the git instructions in OpenSSL-HOWTO.txt should probably be deleted. This might be a good topic to bring to the next design meeting. Presumably the above will be a useful workaround for the original reporter in the meantime. Regards, Leif From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Tue, 11 Jun 2019 08:46:49 -0700 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id DD9EF30860B2; Tue, 11 Jun 2019 15:46:39 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-234.ams2.redhat.com [10.36.116.234]) by smtp.corp.redhat.com (Postfix) with ESMTP id 6F6B960C81; Tue, 11 Jun 2019 15:46:38 +0000 (UTC) Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed To: Leif Lindholm , devel@edk2.groups.io Cc: "Gao, Liming" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> From: "Laszlo Ersek" Message-ID: <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> Date: Tue, 11 Jun 2019 17:46:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.44]); Tue, 11 Jun 2019 15:46:44 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 06/11/19 12:30, Leif Lindholm wrote: > On Tue, Jun 11, 2019 at 12:08:34PM +0200, Laszlo Ersek wrote: >>> Argh, no. OpenSSL has boringssl as a git submodule. >>> >>> edk2/CryptoPkg/Library/OpensslLib/openssl$ cat .gitmodules >>> [submodule "boringssl"] >>> path = boringssl >>> url = https://boringssl.googlesource.com/boringssl >>> ... >>> >> >> That's right, but it shouldn't matter. In edk2, I always use >> >> $ git submodule update --init --force >> >> and I never pass the "--recursive" flag. This is also how I tested the >> upgrade to OpenSSL-1.1.1b, before edk2-stable201905 was tagged. The >> boringssl sub-sub-module is not needed for edk2's purposes. >> >> We might want to drop "--recursive" from "OpenSSL-HOWTO.txt", instead. > > The instructions have spread to many other places (build instructions > in wiki and edk2-platforms Readme.md being two of them). > That's not to say we shouldn't change it, but that we need to go > through and update those places too. > > And frankly, if we've accepted the need to support submodules, we > need to document how edk2 interacts with submodules, not how each > individual submodule interacts with edk2 - so the git instructions in > OpenSSL-HOWTO.txt should probably be deleted. > > This might be a good topic to bring to the next design meeting. > > Presumably the above will be a useful workaround for the original > reporter in the meantime. To be clear -- the problem *exists* only because the original reporter is stuck behind a restrictive firewall. There is nothing *technically* wrong with the current instructions in "OpenSSL-HOWTO.txt". There is nothing particular in how "edk2 interacts with submodules". We're discussing workarounds for a political problem. Thanks Laszlo From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=jSuf+VvH; spf=pass (domain: linaro.org, ip: 209.85.128.44, mailfrom: leif.lindholm@linaro.org) Received: from mail-wm1-f44.google.com (mail-wm1-f44.google.com [209.85.128.44]) by groups.io with SMTP; Tue, 11 Jun 2019 09:08:25 -0700 Received: by mail-wm1-f44.google.com with SMTP id 22so3549030wmg.2 for ; Tue, 11 Jun 2019 09:08:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=p4jW06hY3eFJD8mFXchdvonhA0Mz3GjZoQjphrxJT5U=; b=jSuf+VvHTjx0I2FYogBMttQ56iZC+PAcIZZ+PiThIyiCrRI2pt5waI790dFLTFKYPf +oOlRfU4scij5SiQZlDlD74WFrbAg9GFB0wSURMhTJ4HGasnJn93RXGp3jmJhe2PRX7G z4e/XOKGEhjKE4nl+UBZC2DqWu8hNZjFrLr9xmdyomBBJi+BEDp/1shdJ4NiRb86D1nz rGQx4VAuULFEjmZ1kMSn5LmwH5q+3lXXTeJ+40QCWqyLKIUbADb7WaEbNDsURj376sx+ Wssy6zLUnpeAL/VgRA1g9hg+zv1QRwPcS7g9VZGrv2Ym+l6kBXk8RfDyj9Z+PQdAx/Be vA3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=p4jW06hY3eFJD8mFXchdvonhA0Mz3GjZoQjphrxJT5U=; b=cqAtoR6ALixZv3jlkf7cw6BqHyDMDP85jXpjvvOTAOpnfueydeZnBwCATDn3vV3nv2 F/p93u+cAVXXw8dsIouHq2YMiE0ngaxdV0l5ozstvC91pFLi9zUpTGjWBmx4oK0lpbFt 8PlPfP9R0M1/hf1kpS/N70CQmNEtwCzYEPFQpq2o/c8GyML+MjBiHctyfeC+CFqD6Rpf ttiuX/VMT7+D1E18XUoLVgJ12BkVQ/deRPb9Fy/7i8aV0gi+rZq9pBingOAjxuUWl/RY k/YSpGLCJDluOGyqEx6aRPIHkhRn8lq79g0qTO1XlVD6QsZcJlUCByn1KLVc8uvre/Ts fyCw== X-Gm-Message-State: APjAAAX9REciiEZVMpgzGDIWBXTk4VWDYzZjCNGiVsCBRCYvfmYtmwGo 1q/VheS10e4NS6NmEbvcRaBgBg== X-Google-Smtp-Source: APXvYqwvsuu5xg/goNPzkGNFTm/qx+tDqhHxt47vrKNmsZ7CS2o/TYxbu9q8x5PIVVB4RuTbJoXtLA== X-Received: by 2002:a1c:bbc1:: with SMTP id l184mr18066700wmf.111.1560269303416; Tue, 11 Jun 2019 09:08:23 -0700 (PDT) Return-Path: Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id s8sm24533048wra.55.2019.06.11.09.08.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 11 Jun 2019 09:08:22 -0700 (PDT) Date: Tue, 11 Jun 2019 17:08:21 +0100 From: "Leif Lindholm" To: Laszlo Ersek Cc: devel@edk2.groups.io, "Gao, Liming" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Message-ID: <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> MIME-Version: 1.0 In-Reply-To: <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> User-Agent: NeoMutt/20170113 (1.7.2) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 11, 2019 at 05:46:37PM +0200, Laszlo Ersek wrote: > > The instructions have spread to many other places (build instructions > > in wiki and edk2-platforms Readme.md being two of them). > > That's not to say we shouldn't change it, but that we need to go > > through and update those places too. > > > > And frankly, if we've accepted the need to support submodules, we > > need to document how edk2 interacts with submodules, not how each > > individual submodule interacts with edk2 - so the git instructions in > > OpenSSL-HOWTO.txt should probably be deleted. > > > > This might be a good topic to bring to the next design meeting. > > > > Presumably the above will be a useful workaround for the original > > reporter in the meantime. > > To be clear -- the problem *exists* only because the original reporter > is stuck behind a restrictive firewall. There is nothing *technically* > wrong with the current instructions in "OpenSSL-HOWTO.txt". There is > nothing particular in how "edk2 interacts with submodules". We're > discussing workarounds for a political problem. At this point in time we are discussing a workaround for a political problem. But relying on submodules means relinquishing elements of control and consistency (if github goes down, we're consistently down). In this instance, we explicitly don't care about the submodule for that other project (and I really hope this is the norm) - so we shouldn't be documenting steps that rely on that additional submodule existing. Whether its inaccessibility is for political (not just this one, but "oh, someone told me there was pirated things on that host"), technical ("server went down") or financial ("where is me domain, me noggin' noggin' domain, it's all gone for beer and tobacco") reasons. (Why yes, I may be going slightly loopy from too much python.) This is why I am referring to anything other than a central definition of the relationship between edk2 and its submodules as a workaround. I am not suggesting any shortcomings in the technical aspect. / Leif From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@163.com header.s=s110527 header.b=b7dN8BvZ; spf=pass (domain: 163.com, ip: 220.181.13.92, mailfrom: sssky307@163.com) Received: from m13-92.163.com (m13-92.163.com [220.181.13.92]) by groups.io with SMTP; Tue, 11 Jun 2019 22:24:30 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=SXsQT xE4iPi4FmVj5MxfpcXdmBWxqwPH4hnm2qqdPWk=; b=b7dN8BvZEUSkPfd5SaWmk gAmwPXSiGkpvbxTMs/5oiUPjn090u/jkGDiJdbiJOeQTlt0Y4+wLP5vE7dz0xgGV UHgOxF+OjGs+IcXny5mXqfC+Z5tTRaWJ1kLrWL+jF9r/bhe/Rvj/9/CPEBtW+rmP 5JDNtsjXpmWHHIZrMDId8g= Received: from sssky307$163.com ( [113.92.199.105] ) by ajax-webmail-wmsvr92 (Coremail) ; Wed, 12 Jun 2019 13:24:23 +0800 (CST) X-Originating-IP: [113.92.199.105] Date: Wed, 12 Jun 2019 13:24:23 +0800 (CST) From: "krishnaLee" To: devel@edk2.groups.io Cc: "Leif Lindholm" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" , "Laszlo Ersek (lersek@redhat.com)" , liming.gao@intel.com Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20180927(cd7136b6) Copyright (c) 2002-2019 www.mailtech.cn 163com In-Reply-To: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DFDE@SHSMSX104.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DFDE@SHSMSX104.ccr.corp.intel.com> MIME-Version: 1.0 Message-ID: <2a60813f.9897.16b4a24f113.Coremail.sssky307@163.com> X-Coremail-Locale: zh_CN X-CM-TRANSID: XMGowACXhbyIjABdr8O2AA--.21570W X-CM-SenderInfo: 5vvvy5qtqxqiywtou0bp/xtbBFBHRrVaD2K8GEwACsM X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: multipart/alternative; boundary="----=_Part_149648_1247899636.1560317063443" ------=_Part_149648_1247899636.1560317063443 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 RGVhciBBbGwsCkkganVzdCB3YW50IGJ1aWxkIGEgcGllY2Ugb2YgIG5ldyBPVk1GLmZkIGZvciBR RU1VLEkgdHJpZWQgdG8gYnVpbGQgaXQsIHBhc3NlZCBldmVuIGlmIHVwZGF0ZSBib3Jpbmdzc2wg ZmFpbGVkLgoKCnRoYW5rIHlvdSwKS3Jpc2huYQoKQXQgMjAxOS0wNi0xMCAyMjoxNjo0NiwgIkxp bWluZyBHYW8iIDxsaW1pbmcuZ2FvQGludGVsLmNvbT4gd3JvdGU6Cj4KPj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0KPj4gRnJvbTogTGVpZiBMaW5kaG9sbSBbbWFpbHRvOmxlaWYubGluZGhv bG1AbGluYXJvLm9yZ10KPj4gU2VudDogTW9uZGF5LCBKdW5lIDEwLCAyMDE5IDEwOjAwIFBNCj4+ IFRvOiBHYW8sIExpbWluZyA8bGltaW5nLmdhb0BpbnRlbC5jb20+Cj4+IENjOiBkZXZlbEBlZGsy Lmdyb3Vwcy5pbzsgc3Nza3kzMDdAMTYzLmNvbTsgJ2Fubm91bmNlQGVkazIuZ3JvdXBzLmlvJyA8 YW5ub3VuY2VAZWRrMi5ncm91cHMuaW8+OyBLaW5uZXksIE1pY2hhZWwgRAo+PiA8bWljaGFlbC5k Lmtpbm5leUBpbnRlbC5jb20+OyBhZmlzaEBhcHBsZS5jb207IExhc3psbyBFcnNlayAobGVyc2Vr QHJlZGhhdC5jb20pIDxsZXJzZWtAcmVkaGF0LmNvbT4KPj4gU3ViamVjdDogUmU6IFtlZGsyLWRl dmVsXSBFREsgSUkgU3RhYmxlIFRhZyByZWxlYXNlIGVkazItc3RhYmxlMjAxOTA1IGNvbXBsZXRl ZAo+PiAKPj4gT24gTW9uLCBKdW4gMTAsIDIwMTkgYXQgMDE6NTA6NDNQTSArMDAwMCwgR2FvLCBM aW1pbmcgd3JvdGU6Cj4+ID4gZWRrMiBzdWJtb2R1bGUgYXJlIGZyb20gZ2l0aHViIG9wZW5zc2wg YW5kIGJlcmtlbGV5LXNvZnRmbG9hdC0zLiBJZiB5b3UgY2FuIGFjY2VzcyBlZGsyLCB5b3UgY2Fu IGFsc28gYWNjZXNzIHRoZW0uIFdoeSB5b3Ugc3lzdGVtCj4+IHJlZGlyZWN0IGdpdGh1YiBvcGVu c3NsIHRvIGJvcmluZ3NzbD8KPj4gPgo+PiA+ICoKPj4gW0NyeXB0b1BrZy9MaWJyYXJ5L09wZW5z c2xMaWIvb3BlbnNzbF0oaHR0cHM6Ly9naXRodWIuY29tL29wZW5zc2wvb3BlbnNzbC9ibG9iLzUw ZWFhYzlmMzMzNzY2NzI1OWRlNzI1NDUxZjIwMWU3ODQ1OTk2ODcvTElDRQo+PiBOU0UpCj4+ID4g Kgo+PiBbQXJtUGtnL0xpYnJhcnkvQXJtU29mdEZsb2F0TGliL2JlcmtlbGV5LXNvZnRmbG9hdC0z XShodHRwczovL2dpdGh1Yi5jb20vdWNiLWJhci9iZXJrZWxleS1zb2Z0ZmxvYXQtMy9ibG9iL2I2 NGFmNDFjMzI3NmY5N2YwZTE4MTkyMAo+PiA0MDBlZTA1NmI5Yzg4MDM3L0NPUFlJTkcudHh0KQo+ PiAKPj4gQXJnaCwgbm8uIE9wZW5TU0wgaGFzIGJvcmluZ3NzbCBhcyBhIGdpdCBzdWJtb2R1bGUu Cj4+IAo+PiBlZGsyL0NyeXB0b1BrZy9MaWJyYXJ5L09wZW5zc2xMaWIvb3BlbnNzbCQgY2F0IC5n aXRtb2R1bGVzCj4+IFtzdWJtb2R1bGUgImJvcmluZ3NzbCJdCj4+ICAgICAgICAgcGF0aCA9IGJv cmluZ3NzbAo+PiAgICAgICAgIHVybCA9IGh0dHBzOi8vYm9yaW5nc3NsLmdvb2dsZXNvdXJjZS5j b20vYm9yaW5nc3NsCj4+IC4uLgo+Cj5JIGp1c3Qgbm90aWNlIG9wZW5zc2wgaGFzIGl0cyBvd24g c3VibW9kdWxlLiBodHRwczovL2dpdGh1Yi5jb20vZ29vZ2xlL2JvcmluZ3NzbCBpcyB0aGUgbWly cm9yIG9mIGJvcmluZ3NzbC4KPgo+Q2FuIHlvdSBtb2RpZnkgdGhlIC5naXRjb25maWcgd2l0aCB0 aGUgYmVsb3cgcnVsZSwgYW5kIHRyeSBhZ2Fpbj8KPgo+W3VybCAiaHR0cHM6Ly9naXRodWIuY29t L2dvb2dsZS9ib3Jpbmdzc2wiXQo+CWluc3RlYWRPZiA9IGh0dHBzOi8vYm9yaW5nc3NsLmdvb2ds ZXNvdXJjZS5jb20vYm9yaW5nc3NsCj4KPj4gCj4+IAo+PiAvCj4+ICAgICBMZWlmCj4+IAo+PiA+ IFRoYW5rcwo+PiA+IExpbWluZwo+PiA+IEZyb206IGRldmVsQGVkazIuZ3JvdXBzLmlvIFttYWls dG86ZGV2ZWxAZWRrMi5ncm91cHMuaW9dIE9uIEJlaGFsZiBPZiBrcmlzaG5hTGVlCj4+ID4gU2Vu dDogTW9uZGF5LCBKdW5lIDEwLCAyMDE5IDU6MDcgUE0KPj4gPiBUbzogZGV2ZWxAZWRrMi5ncm91 cHMuaW8KPj4gPiBDYzogJ2Fubm91bmNlQGVkazIuZ3JvdXBzLmlvJyA8YW5ub3VuY2VAZWRrMi5n cm91cHMuaW8+OyBsZWlmLmxpbmRob2xtQGxpbmFyby5vcmc7IEtpbm5leSwgTWljaGFlbCBECj4+ IDxtaWNoYWVsLmQua2lubmV5QGludGVsLmNvbT47IGFmaXNoQGFwcGxlLmNvbTsgTGFzemxvIEVy c2VrIChsZXJzZWtAcmVkaGF0LmNvbSkgPGxlcnNla0ByZWRoYXQuY29tPgo+PiA+IFN1YmplY3Q6 IFJlOiBbZWRrMi1kZXZlbF0gRURLIElJIFN0YWJsZSBUYWcgcmVsZWFzZSBlZGsyLXN0YWJsZTIw MTkwNSBjb21wbGV0ZWQKPj4gPgo+PiA+IEhpLAo+PiA+IEkgaGFkIGRvd25sb2FkIGl0IChnaXQg Y2xvbmUgLWIgZWRrMi1zdGFibGUyMDE5MDUgaHR0cHM6Ly9naXRodWIuY29tL3RpYW5vY29yZS9l ZGsyLmdpdCksCj4+ID4gYnV0IHVwZGF0ZSBvcGVuc3NsIGZhaWxlZCBieSBjb21tYW5kIChnaXQg c3VibW9kdWxlIHVwZGF0ZSAtLWluaXQgLS1yZWN1cnNpdmUpCj4+ID4gQ2xvbmluZyBpbnRvICdE Oi9lZGsyL0NyeXB0b1BrZy9MaWJyYXJ5L09wZW5zc2xMaWIvb3BlbnNzbC9ib3Jpbmdzc2wnLi4u Cj4+ID4gZmF0YWw6IHVuYWJsZSB0byBhY2Nlc3MgJ2h0dHBzOi8vYm9yaW5nc3NsLmdvb2dsZXNv dXJjZS5jb20vYm9yaW5nc3NsLyc6IEZhaWxlZCB0byBjb25uZWN0IHRvIGJvcmluZ3NzbC5nb29n bGVzb3VyY2UuY29tIHBvcnQgNDQzOiBUaW1lZAo+PiBvdXQKPj4gPgo+PiA+IEkgdGhpbmsgbWFu eSBjaGluZXNlIHBlb3BsZSBuZWVkICJDbGltYmluZzxodHRwczovL3d3dy5iaW5nLmNvbS9kaWN0 L3NlYXJjaD9xPUNsaW1iaW5nJkZPUk09QkRWU1A2Jm1rdD16aC1jbj4KPj4gb3ZlcjxodHRwczov L3d3dy5iaW5nLmNvbS9kaWN0L3NlYXJjaD9xPW92ZXImRk9STT1CRFZTUDYmbWt0PXpoLWNuPgo+ PiB0aGU8aHR0cHM6Ly93d3cuYmluZy5jb20vZGljdC9zZWFyY2g/cT10aGUmRk9STT1CRFZTUDYm bWt0PXpoLWNuPgo+PiBXYWxsPGh0dHBzOi8vd3d3LmJpbmcuY29tL2RpY3Qvc2VhcmNoP3E9V2Fs bCZGT1JNPUJEVlNQNiZta3Q9emgtY24+IiB0byBhY2Nlc3MgJ2h0dHBzOi8vYm9yaW5nc3NsLmdv b2dsZXNvdXJjZS5jb20vYm9yaW5nc3NsLycuCj4+ID4KPj4gPiBJIGFtIHNvcnJ5IGFib3V0IHRo aXMgYnV0IGlzIHRoZXJlIGFueSBvdGhlciBpZGVhIHRvIGJ5cGFzcyBpdD8KPj4gPgo+PiA+Cj4+ ID4gdGhhbmtzLAo+PiA+IEtyaXNobmEuCj4+ID4KPj4gPgo+PiA+Cj4+ID4gQXQgMjAxOS0wNi0w NiAxNzo1NDo0OCwgIkxpbWluZyBHYW8iIDxsaW1pbmcuZ2FvQGludGVsLmNvbTxtYWlsdG86bGlt aW5nLmdhb0BpbnRlbC5jb20+PiB3cm90ZToKPj4gPgo+PiA+IEhpLCBhbGwKPj4gPgo+PiA+IFRo ZSB0YWcgZWRrMi1zdGFibGUyMDE5MDUgaGFzIGJlZW4gY3JlYXRlZC4gaHR0cHM6Ly9naXRodWIu Y29tL3RpYW5vY29yZS9lZGsyL3JlbGVhc2VzL3RhZy9lZGsyLXN0YWJsZTIwMTkwNQo+PiA+ICAg Z2l0IGNsb25lIC1iIGVkazItc3RhYmxlMjAxOTA1IGh0dHBzOi8vZ2l0aHViLmNvbS90aWFub2Nv cmUvZWRrMi5naXQKPj4gPgo+PiA+IFRoZSB0YWcgZWRrMi1zdGFibGUyMDE5MDUgaGFzIGJlZW4g YWRkZWQgaW50byB0aGUgbWFpbiBFREsgSUkgV2lraSBwYWdlLgo+PiA+ICAgaHR0cHM6Ly9naXRo dWIuY29tL3RpYW5vY29yZS90aWFub2NvcmUuZ2l0aHViLmlvL3dpa2kvRURLLUlJCj4+ID4KPj4g PiBUaGUgcXVpZXQgcGVyaW9kIGhhcyBub3cgZW5kZWQuIFRoYW5rIHlvdSBmb3IgeW91ciBjb29w ZXJhdGlvbiBhbmQgcGF0aWVuY2UuIE5vcm1hbCBjb21taXRzIGNhbiBub3cgYmUgcmVzdW1lZC4K Pj4gPgo+PiA+IE5leHQgZWRrMiBzdGFibGUgdGFnIChlZGsyLXN0YWJsZTIwMTkwOCkgcGxhbm5p bmcgaGFzIGJlZW4gYWRkZWQgaW50byB3aWtpIHBhZ2UuCj4+ID4gaHR0cHM6Ly9naXRodWIuY29t L3RpYW5vY29yZS90aWFub2NvcmUuZ2l0aHViLmlvL3dpa2kvRURLLUlJLVJlbGVhc2UtUGxhbm5p bmcuCj4+ID4KPj4gPiBJZiB5b3UgaGF2ZSBpZGVhcyBmb3IgZmVhdHVyZXMgaW4gdGhlIG5leHQg c3RhYmxlIHRhZywgcGxlYXNlIGVudGVyIGEgQnVnemlsbGEgZm9yIGV2YWx1YXRpb24uIFBsZWFz ZSBsZXQgdXMga25vdyBpZiB0aGVyZSBhcmUgZXhpc3Rpbmcgb3Blbgo+PiBCdWd6aWxsYSBlbnRy aWVzIHRoYXQgc2hvdWxkIGJlIHRhcmdldGVkIGF0IHRoaXMgbmV4dCBzdGFibGUgdGFnLgo+PiA+ Cj4+ID4gVGhhbmtzCj4+ID4gTGltaW5nCj4+ID4gCj4KPgo= ------=_Part_149648_1247899636.1560317063443 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+RGVhciBBbGwsPC9kaXY+PGRpdj5JIGp1c3Qgd2FudCBi dWlsZCBhIHBpZWNlIG9mJm5ic3A7IG5ldyBPVk1GLmZkIGZvciBRRU1VLEkgdHJpZWQgdG8gYnVp bGQgaXQsIHBhc3NlZCBldmVuIGlmIHVwZGF0ZSBib3Jpbmdzc2wgZmFpbGVkLjwvZGl2Pjxicj48 ZGl2PnRoYW5rIHlvdSw8L2Rpdj48ZGl2PjwhLS1TdGFydEZyYWdtZW50LS0+PHByZT5LcmlzaG5h PC9wcmU+PCEtLUVuZEZyYWdtZW50LS0+PC9kaXY+PHByZT48YnI+QXQgMjAxOS0wNi0xMCAyMjox Njo0NiwgIkxpbWluZyBHYW8iICZsdDtsaW1pbmcuZ2FvQGludGVsLmNvbSZndDsgd3JvdGU6CiZn dDsKJmd0OyZndDsgLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0KJmd0OyZndDsgRnJvbTogTGVp ZiBMaW5kaG9sbSBbbWFpbHRvOmxlaWYubGluZGhvbG1AbGluYXJvLm9yZ10KJmd0OyZndDsgU2Vu dDogTW9uZGF5LCBKdW5lIDEwLCAyMDE5IDEwOjAwIFBNCiZndDsmZ3Q7IFRvOiBHYW8sIExpbWlu ZyAmbHQ7bGltaW5nLmdhb0BpbnRlbC5jb20mZ3Q7CiZndDsmZ3Q7IENjOiBkZXZlbEBlZGsyLmdy b3Vwcy5pbzsgc3Nza3kzMDdAMTYzLmNvbTsgJ2Fubm91bmNlQGVkazIuZ3JvdXBzLmlvJyAmbHQ7 YW5ub3VuY2VAZWRrMi5ncm91cHMuaW8mZ3Q7OyBLaW5uZXksIE1pY2hhZWwgRAomZ3Q7Jmd0OyAm bHQ7bWljaGFlbC5kLmtpbm5leUBpbnRlbC5jb20mZ3Q7OyBhZmlzaEBhcHBsZS5jb207IExhc3ps byBFcnNlayAobGVyc2VrQHJlZGhhdC5jb20pICZsdDtsZXJzZWtAcmVkaGF0LmNvbSZndDsKJmd0 OyZndDsgU3ViamVjdDogUmU6IFtlZGsyLWRldmVsXSBFREsgSUkgU3RhYmxlIFRhZyByZWxlYXNl IGVkazItc3RhYmxlMjAxOTA1IGNvbXBsZXRlZAomZ3Q7Jmd0OyAKJmd0OyZndDsgT24gTW9uLCBK dW4gMTAsIDIwMTkgYXQgMDE6NTA6NDNQTSArMDAwMCwgR2FvLCBMaW1pbmcgd3JvdGU6CiZndDsm Z3Q7ICZndDsgZWRrMiBzdWJtb2R1bGUgYXJlIGZyb20gZ2l0aHViIG9wZW5zc2wgYW5kIGJlcmtl bGV5LXNvZnRmbG9hdC0zLiBJZiB5b3UgY2FuIGFjY2VzcyBlZGsyLCB5b3UgY2FuIGFsc28gYWNj ZXNzIHRoZW0uIFdoeSB5b3Ugc3lzdGVtCiZndDsmZ3Q7IHJlZGlyZWN0IGdpdGh1YiBvcGVuc3Ns IHRvIGJvcmluZ3NzbD8KJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7ICoKJmd0OyZndDsgW0Ny eXB0b1BrZy9MaWJyYXJ5L09wZW5zc2xMaWIvb3BlbnNzbF0oaHR0cHM6Ly9naXRodWIuY29tL29w ZW5zc2wvb3BlbnNzbC9ibG9iLzUwZWFhYzlmMzMzNzY2NzI1OWRlNzI1NDUxZjIwMWU3ODQ1OTk2 ODcvTElDRQomZ3Q7Jmd0OyBOU0UpCiZndDsmZ3Q7ICZndDsgKgomZ3Q7Jmd0OyBbQXJtUGtnL0xp YnJhcnkvQXJtU29mdEZsb2F0TGliL2JlcmtlbGV5LXNvZnRmbG9hdC0zXShodHRwczovL2dpdGh1 Yi5jb20vdWNiLWJhci9iZXJrZWxleS1zb2Z0ZmxvYXQtMy9ibG9iL2I2NGFmNDFjMzI3NmY5N2Yw ZTE4MTkyMAomZ3Q7Jmd0OyA0MDBlZTA1NmI5Yzg4MDM3L0NPUFlJTkcudHh0KQomZ3Q7Jmd0OyAK Jmd0OyZndDsgQXJnaCwgbm8uIE9wZW5TU0wgaGFzIGJvcmluZ3NzbCBhcyBhIGdpdCBzdWJtb2R1 bGUuCiZndDsmZ3Q7IAomZ3Q7Jmd0OyBlZGsyL0NyeXB0b1BrZy9MaWJyYXJ5L09wZW5zc2xMaWIv b3BlbnNzbCQgY2F0IC5naXRtb2R1bGVzCiZndDsmZ3Q7IFtzdWJtb2R1bGUgImJvcmluZ3NzbCJd CiZndDsmZ3Q7ICAgICAgICAgcGF0aCA9IGJvcmluZ3NzbAomZ3Q7Jmd0OyAgICAgICAgIHVybCA9 IGh0dHBzOi8vYm9yaW5nc3NsLmdvb2dsZXNvdXJjZS5jb20vYm9yaW5nc3NsCiZndDsmZ3Q7IC4u LgomZ3Q7CiZndDtJIGp1c3Qgbm90aWNlIG9wZW5zc2wgaGFzIGl0cyBvd24gc3VibW9kdWxlLiBo dHRwczovL2dpdGh1Yi5jb20vZ29vZ2xlL2JvcmluZ3NzbCBpcyB0aGUgbWlycm9yIG9mIGJvcmlu Z3NzbC4KJmd0OwomZ3Q7Q2FuIHlvdSBtb2RpZnkgdGhlIC5naXRjb25maWcgd2l0aCB0aGUgYmVs b3cgcnVsZSwgYW5kIHRyeSBhZ2Fpbj8KJmd0OwomZ3Q7W3VybCAiaHR0cHM6Ly9naXRodWIuY29t L2dvb2dsZS9ib3Jpbmdzc2wiXQomZ3Q7CWluc3RlYWRPZiA9IGh0dHBzOi8vYm9yaW5nc3NsLmdv b2dsZXNvdXJjZS5jb20vYm9yaW5nc3NsCiZndDsKJmd0OyZndDsgCiZndDsmZ3Q7IAomZ3Q7Jmd0 OyAvCiZndDsmZ3Q7ICAgICBMZWlmCiZndDsmZ3Q7IAomZ3Q7Jmd0OyAmZ3Q7IFRoYW5rcwomZ3Q7 Jmd0OyAmZ3Q7IExpbWluZwomZ3Q7Jmd0OyAmZ3Q7IEZyb206IGRldmVsQGVkazIuZ3JvdXBzLmlv IFttYWlsdG86ZGV2ZWxAZWRrMi5ncm91cHMuaW9dIE9uIEJlaGFsZiBPZiBrcmlzaG5hTGVlCiZn dDsmZ3Q7ICZndDsgU2VudDogTW9uZGF5LCBKdW5lIDEwLCAyMDE5IDU6MDcgUE0KJmd0OyZndDsg Jmd0OyBUbzogZGV2ZWxAZWRrMi5ncm91cHMuaW8KJmd0OyZndDsgJmd0OyBDYzogJ2Fubm91bmNl QGVkazIuZ3JvdXBzLmlvJyAmbHQ7YW5ub3VuY2VAZWRrMi5ncm91cHMuaW8mZ3Q7OyBsZWlmLmxp bmRob2xtQGxpbmFyby5vcmc7IEtpbm5leSwgTWljaGFlbCBECiZndDsmZ3Q7ICZsdDttaWNoYWVs LmQua2lubmV5QGludGVsLmNvbSZndDs7IGFmaXNoQGFwcGxlLmNvbTsgTGFzemxvIEVyc2VrIChs ZXJzZWtAcmVkaGF0LmNvbSkgJmx0O2xlcnNla0ByZWRoYXQuY29tJmd0OwomZ3Q7Jmd0OyAmZ3Q7 IFN1YmplY3Q6IFJlOiBbZWRrMi1kZXZlbF0gRURLIElJIFN0YWJsZSBUYWcgcmVsZWFzZSBlZGsy LXN0YWJsZTIwMTkwNSBjb21wbGV0ZWQKJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7IEhpLAom Z3Q7Jmd0OyAmZ3Q7IEkgaGFkIGRvd25sb2FkIGl0IChnaXQgY2xvbmUgLWIgZWRrMi1zdGFibGUy MDE5MDUgaHR0cHM6Ly9naXRodWIuY29tL3RpYW5vY29yZS9lZGsyLmdpdCksCiZndDsmZ3Q7ICZn dDsgYnV0IHVwZGF0ZSBvcGVuc3NsIGZhaWxlZCBieSBjb21tYW5kIChnaXQgc3VibW9kdWxlIHVw ZGF0ZSAtLWluaXQgLS1yZWN1cnNpdmUpCiZndDsmZ3Q7ICZndDsgQ2xvbmluZyBpbnRvICdEOi9l ZGsyL0NyeXB0b1BrZy9MaWJyYXJ5L09wZW5zc2xMaWIvb3BlbnNzbC9ib3Jpbmdzc2wnLi4uCiZn dDsmZ3Q7ICZndDsgZmF0YWw6IHVuYWJsZSB0byBhY2Nlc3MgJ2h0dHBzOi8vYm9yaW5nc3NsLmdv b2dsZXNvdXJjZS5jb20vYm9yaW5nc3NsLyc6IEZhaWxlZCB0byBjb25uZWN0IHRvIGJvcmluZ3Nz bC5nb29nbGVzb3VyY2UuY29tIHBvcnQgNDQzOiBUaW1lZAomZ3Q7Jmd0OyBvdXQKJmd0OyZndDsg Jmd0OwomZ3Q7Jmd0OyAmZ3Q7IEkgdGhpbmsgbWFueSBjaGluZXNlIHBlb3BsZSBuZWVkICJDbGlt YmluZyZsdDtodHRwczovL3d3dy5iaW5nLmNvbS9kaWN0L3NlYXJjaD9xPUNsaW1iaW5nJmFtcDtG T1JNPUJEVlNQNiZhbXA7bWt0PXpoLWNuJmd0OwomZ3Q7Jmd0OyBvdmVyJmx0O2h0dHBzOi8vd3d3 LmJpbmcuY29tL2RpY3Qvc2VhcmNoP3E9b3ZlciZhbXA7Rk9STT1CRFZTUDYmYW1wO21rdD16aC1j biZndDsKJmd0OyZndDsgdGhlJmx0O2h0dHBzOi8vd3d3LmJpbmcuY29tL2RpY3Qvc2VhcmNoP3E9 dGhlJmFtcDtGT1JNPUJEVlNQNiZhbXA7bWt0PXpoLWNuJmd0OwomZ3Q7Jmd0OyBXYWxsJmx0O2h0 dHBzOi8vd3d3LmJpbmcuY29tL2RpY3Qvc2VhcmNoP3E9V2FsbCZhbXA7Rk9STT1CRFZTUDYmYW1w O21rdD16aC1jbiZndDsiIHRvIGFjY2VzcyAnaHR0cHM6Ly9ib3Jpbmdzc2wuZ29vZ2xlc291cmNl LmNvbS9ib3Jpbmdzc2wvJy4KJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7IEkgYW0gc29ycnkg YWJvdXQgdGhpcyBidXQgaXMgdGhlcmUgYW55IG90aGVyIGlkZWEgdG8gYnlwYXNzIGl0PwomZ3Q7 Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0OyB0aGFua3MsCiZndDsmZ3Q7ICZn dDsgS3Jpc2huYS4KJmd0OyZndDsgJmd0OwomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsKJmd0 OyZndDsgJmd0OyBBdCAyMDE5LTA2LTA2IDE3OjU0OjQ4LCAiTGltaW5nIEdhbyIgJmx0O2xpbWlu Zy5nYW9AaW50ZWwuY29tJmx0O21haWx0bzpsaW1pbmcuZ2FvQGludGVsLmNvbSZndDsmZ3Q7IHdy b3RlOgomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsgSGksIGFsbAomZ3Q7Jmd0OyAmZ3Q7CiZn dDsmZ3Q7ICZndDsgVGhlIHRhZyBlZGsyLXN0YWJsZTIwMTkwNSBoYXMgYmVlbiBjcmVhdGVkLiBo dHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3JlL2VkazIvcmVsZWFzZXMvdGFnL2VkazItc3RhYmxl MjAxOTA1CiZndDsmZ3Q7ICZndDsgICBnaXQgY2xvbmUgLWIgZWRrMi1zdGFibGUyMDE5MDUgaHR0 cHM6Ly9naXRodWIuY29tL3RpYW5vY29yZS9lZGsyLmdpdAomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7 ICZndDsgVGhlIHRhZyBlZGsyLXN0YWJsZTIwMTkwNSBoYXMgYmVlbiBhZGRlZCBpbnRvIHRoZSBt YWluIEVESyBJSSBXaWtpIHBhZ2UuCiZndDsmZ3Q7ICZndDsgICBodHRwczovL2dpdGh1Yi5jb20v dGlhbm9jb3JlL3RpYW5vY29yZS5naXRodWIuaW8vd2lraS9FREstSUkKJmd0OyZndDsgJmd0Owom Z3Q7Jmd0OyAmZ3Q7IFRoZSBxdWlldCBwZXJpb2QgaGFzIG5vdyBlbmRlZC4gVGhhbmsgeW91IGZv ciB5b3VyIGNvb3BlcmF0aW9uIGFuZCBwYXRpZW5jZS4gTm9ybWFsIGNvbW1pdHMgY2FuIG5vdyBi ZSByZXN1bWVkLgomZ3Q7Jmd0OyAmZ3Q7CiZndDsmZ3Q7ICZndDsgTmV4dCBlZGsyIHN0YWJsZSB0 YWcgKGVkazItc3RhYmxlMjAxOTA4KSBwbGFubmluZyBoYXMgYmVlbiBhZGRlZCBpbnRvIHdpa2kg cGFnZS4KJmd0OyZndDsgJmd0OyBodHRwczovL2dpdGh1Yi5jb20vdGlhbm9jb3JlL3RpYW5vY29y ZS5naXRodWIuaW8vd2lraS9FREstSUktUmVsZWFzZS1QbGFubmluZy4KJmd0OyZndDsgJmd0Owom Z3Q7Jmd0OyAmZ3Q7IElmIHlvdSBoYXZlIGlkZWFzIGZvciBmZWF0dXJlcyBpbiB0aGUgbmV4dCBz dGFibGUgdGFnLCBwbGVhc2UgZW50ZXIgYSBCdWd6aWxsYSBmb3IgZXZhbHVhdGlvbi4gUGxlYXNl IGxldCB1cyBrbm93IGlmIHRoZXJlIGFyZSBleGlzdGluZyBvcGVuCiZndDsmZ3Q7IEJ1Z3ppbGxh IGVudHJpZXMgdGhhdCBzaG91bGQgYmUgdGFyZ2V0ZWQgYXQgdGhpcyBuZXh0IHN0YWJsZSB0YWcu CiZndDsmZ3Q7ICZndDsKJmd0OyZndDsgJmd0OyBUaGFua3MKJmd0OyZndDsgJmd0OyBMaW1pbmcK Jmd0OyZndDsgJmd0OyAKJmd0OwomZ3Q7CjwvcHJlPjwvZGl2Pg== ------=_Part_149648_1247899636.1560317063443-- From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Wed, 12 Jun 2019 01:18:27 -0700 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 28D8888304; Wed, 12 Jun 2019 08:18:27 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-117-191.ams2.redhat.com [10.36.117.191]) by smtp.corp.redhat.com (Postfix) with ESMTP id 678DE1001B0A; Wed, 12 Jun 2019 08:18:25 +0000 (UTC) Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed To: Leif Lindholm Cc: devel@edk2.groups.io, "Gao, Liming" , "sssky307@163.com" , "'announce@edk2.groups.io'" , "Kinney, Michael D" , "afish@apple.com" References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> From: "Laszlo Ersek" Message-ID: <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> Date: Wed, 12 Jun 2019 10:18:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Wed, 12 Jun 2019 08:18:27 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 06/11/19 18:08, Leif Lindholm wrote: > On Tue, Jun 11, 2019 at 05:46:37PM +0200, Laszlo Ersek wrote: >>> The instructions have spread to many other places (build instructions >>> in wiki and edk2-platforms Readme.md being two of them). >>> That's not to say we shouldn't change it, but that we need to go >>> through and update those places too. >>> >>> And frankly, if we've accepted the need to support submodules, we >>> need to document how edk2 interacts with submodules, not how each >>> individual submodule interacts with edk2 - so the git instructions in >>> OpenSSL-HOWTO.txt should probably be deleted. >>> >>> This might be a good topic to bring to the next design meeting. >>> >>> Presumably the above will be a useful workaround for the original >>> reporter in the meantime. >> >> To be clear -- the problem *exists* only because the original reporter >> is stuck behind a restrictive firewall. There is nothing *technically* >> wrong with the current instructions in "OpenSSL-HOWTO.txt". There is >> nothing particular in how "edk2 interacts with submodules". We're >> discussing workarounds for a political problem. > > At this point in time we are discussing a workaround for a political > problem. But relying on submodules means relinquishing elements of > control and consistency (if github goes down, we're consistently > down). > > In this instance, we explicitly don't care about the submodule for > that other project (and I really hope this is the norm) - so we > shouldn't be documenting steps that rely on that additional > submodule existing. Yes; this is why I suggested dropping "--recursive" from the instructions. As far as I remember, it was meant as a convenience for users cloning the edk2 repo from zero. > Whether its inaccessibility is for political (not > just this one, but "oh, someone told me there was pirated things on > that host"), technical ("server went down") or financial ("where is me > domain, me noggin' noggin' domain, it's all gone for beer and > tobacco") reasons. > > (Why yes, I may be going slightly loopy from too much python.) > > This is why I am referring to anything other than a central definition > of the relationship between edk2 and its submodules as a workaround. I > am not suggesting any shortcomings in the technical aspect. Can you provide an example definition then? I'm having trouble imagining one. Or do you have QEMU in mind, as an example? AIUI, the QEMU project has server-side jobs that continuously mirror all submodule repositories from their primary locations to the QEMU git server. And then submodule URLs in the main QEMU tree (the "superproject") point to the mirrored subprojects on "git.qemu.org". This makes sure all submodules can be cloned as long as QEMU itself can be cloned. In edk2, the direct submodules (OpenSSL and SoftFloat) are both on github, same as edk2 itself. OpenSSL seems to have three submodules, "pyca-cryptography" (on github), "krb5" (ditto), and "boringssl" (on "googlesource.com"). "boringssl" has a mirror at , but: - in order to change the URL in OpenSSL, we'd either have to convince the OpenSSL developers to reference the github mirror rather than the central boringssl repo, or we'd have to diverge from OpenSSL upstream in our submodule (with a commit that updates the URL) - we *really* don't need boringssl: - Readme.md at states as much up-front ("it is not intended for general use, as OpenSSL is. We don't recommend that third parties depend upon it") - In OpenSSL, the boringssl submodule was introduced in commit ab29eca645cd ("Run BoringSSL tests on Travis", 2016-11-24). It looks completely useless for superprojects (i.e. for communities that don't actively develop OpenSSL itself). In short I don't see how we can define a uniform / blanket relationship between edk2 and all of its sub-sub-modules. We could provide a list that discussed each case separately. And this list could change every time we moved forward to a new OpenSSL (or other direct submodule) release. I'm sorry if this is just wild speculation but I really don't understand what you have in mind, for the definition. Can you please give an example? Thanks Laszlo From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=UUpCVeHG; spf=pass (domain: linaro.org, ip: 209.85.128.49, mailfrom: leif.lindholm@linaro.org) Received: from mail-wm1-f49.google.com (mail-wm1-f49.google.com [209.85.128.49]) by groups.io with SMTP; Wed, 12 Jun 2019 02:21:08 -0700 Received: by mail-wm1-f49.google.com with SMTP id w9so3819048wmd.1 for ; Wed, 12 Jun 2019 02:21:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=A5qwmKk6X4In29zEBseybLsWDMSoVVxNIkjwGerfCc8=; b=UUpCVeHGhl+cAjVRVntKnbBNkVRacq0S7AuzNHVhiHomfpgpXiXQ1gO0rNEweVyP9R 31tK6JQOlwhTqhId0Uq4oPLEKF2S+ENuuRiSmjK8gxYL8/AYrrJEXXt/QTFM+F+hR4Xt 1fiO0A/y7JjMzyb1oVHbnIPW+JnRrEW9tMfKISEaYSnUKH8bpNKmqZSxQ1X8zR8f2gC5 R3dK9NGitOfXu3l1c85ny5GsbpC8MnuQdFvBdv1W6AOkf6/9qlzAaaCC5BhNB7KxDGGB f69GaV+e1W5cJB43POY/N606gCfrAa2eeE9VrbCYWAUMbulTgeH/W8ijkOUwy9b/N8gl pUYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=A5qwmKk6X4In29zEBseybLsWDMSoVVxNIkjwGerfCc8=; b=p9e92o/gu/46an5EEDl3TS08jwN/H3WHpy+trBwrWSNfiDL7WxANAUdbkAcEH/JOsr 1G6EvZfycy9PCwt3G7+P6hDnTpDozVEg6+rQ1ce9E0H9p7UOaBubU+Phs7SLLohdzVxB ilzRW7wgZ6mk/LjOQYb2FBdsxnP8SOO6tfnPNe3TsBaFXG1IP4xCK5MiFJ+z+d62UHOw t0E1BfuOnFjFlwfKgc8wOlFdKOMiIllHC6WdRriY9Hh/ntyTqC//vdbKHX+Wra9WUF3D Tqm00Tl6YwwJvEuHj43Ghp5diFD/AzmlVEM0qvNH8D7fPYt88wwJj+5CMT78UfEPseCn 0LQg== X-Gm-Message-State: APjAAAUpDK1SQsX5lSsNXb4/hNioxFw6PK3/yk/u0yph4dZQc98NAfwi qtDnZmcw57yL4AE1kFiXJmEEmQ== X-Google-Smtp-Source: APXvYqzKeK63Ge05OkmMpgyvnAiXPwp95iGgNj4JJyh3SdV25YY6mylpP5lZwMRi3V0y9FjWH1BUSQ== X-Received: by 2002:a1c:f21a:: with SMTP id s26mr20747924wmc.163.1560331267175; Wed, 12 Jun 2019 02:21:07 -0700 (PDT) Return-Path: Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id b203sm6910147wmd.41.2019.06.12.02.21.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 12 Jun 2019 02:21:06 -0700 (PDT) Date: Wed, 12 Jun 2019 10:21:05 +0100 From: "Leif Lindholm" To: Laszlo Ersek Cc: devel@edk2.groups.io, "Gao, Liming" , "Kinney, Michael D" , "afish@apple.com" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Message-ID: <20190612092105.y6ig6rsaybqadunw@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> MIME-Version: 1.0 In-Reply-To: <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> User-Agent: NeoMutt/20170113 (1.7.2) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Jun 12, 2019 at 10:18:24AM +0200, Laszlo Ersek wrote: > > In this instance, we explicitly don't care about the submodule for > > that other project (and I really hope this is the norm) - so we > > shouldn't be documenting steps that rely on that additional > > submodule existing. > > Yes; this is why I suggested dropping "--recursive" from the > instructions. As far as I remember, it was meant as a convenience for > users cloning the edk2 repo from zero. But we've never actually relied on that behaviour, so it's not so much convenience as cargo culting. > > This is why I am referring to anything other than a central definition > > of the relationship between edk2 and its submodules as a workaround. I > > am not suggesting any shortcomings in the technical aspect. > > Can you provide an example definition then? I'm having trouble imagining > one. Laszlo, I think you've misunderstood me somewhere. What I am saying is: - We should have a policy (i.e., a section in toplevel Readme.md) regarding submodules. - That policy *should* include the requirement to not permit submodules requiring submodules for our purposes. - That policy should include the steps required to get the edk2 repository to a buildable state. - Nothing related to submodules should be documented anywhere else in the tree. Sure, OpenSSL-HOWTO.txt can still be there, but the section "HOW to Install OpenSSL for UEFI Building" should go. Regards, Leif From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: redhat.com, ip: 209.132.183.28, mailfrom: lersek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by groups.io with SMTP; Wed, 12 Jun 2019 02:37:58 -0700 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 224FF30872FD; Wed, 12 Jun 2019 09:37:53 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-117-191.ams2.redhat.com [10.36.117.191]) by smtp.corp.redhat.com (Postfix) with ESMTP id B626046; Wed, 12 Jun 2019 09:37:50 +0000 (UTC) Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed To: Leif Lindholm Cc: devel@edk2.groups.io, "Gao, Liming" , "Kinney, Michael D" , "afish@apple.com" References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> <20190612092105.y6ig6rsaybqadunw@bivouac.eciton.net> From: "Laszlo Ersek" Message-ID: <4e3db1e1-3e22-406e-8c9f-187727ed4751@redhat.com> Date: Wed, 12 Jun 2019 11:37:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190612092105.y6ig6rsaybqadunw@bivouac.eciton.net> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.47]); Wed, 12 Jun 2019 09:37:57 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit On 06/12/19 11:21, Leif Lindholm wrote: > On Wed, Jun 12, 2019 at 10:18:24AM +0200, Laszlo Ersek wrote: >>> In this instance, we explicitly don't care about the submodule for >>> that other project (and I really hope this is the norm) - so we >>> shouldn't be documenting steps that rely on that additional >>> submodule existing. >> >> Yes; this is why I suggested dropping "--recursive" from the >> instructions. As far as I remember, it was meant as a convenience for >> users cloning the edk2 repo from zero. > > But we've never actually relied on that behaviour, so it's not so much > convenience as cargo culting. > >>> This is why I am referring to anything other than a central definition >>> of the relationship between edk2 and its submodules as a workaround. I >>> am not suggesting any shortcomings in the technical aspect. >> >> Can you provide an example definition then? I'm having trouble imagining >> one. > > Laszlo, I think you've misunderstood me somewhere. That's for certain. :) > What I am saying is: > - We should have a policy (i.e., a section in toplevel Readme.md) > regarding submodules. > - That policy *should* include the requirement to not permit > submodules requiring submodules for our purposes. > - That policy should include the steps required to get the edk2 > repository to a buildable state. > - Nothing related to submodules should be documented anywhere else > in the tree. Sure, OpenSSL-HOWTO.txt can still be there, but > the section "HOW to Install OpenSSL for UEFI Building" should go. Got it now. Good idea. Thanks! Laszlo From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.43, mailfrom: liming.gao@intel.com) Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by groups.io with SMTP; Wed, 12 Jun 2019 06:30:27 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Jun 2019 06:30:27 -0700 X-ExtLoop1: 1 Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by fmsmga004.fm.intel.com with ESMTP; 12 Jun 2019 06:30:27 -0700 Received: from fmsmsx117.amr.corp.intel.com (10.18.116.17) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 12 Jun 2019 06:30:27 -0700 Received: from shsmsx108.ccr.corp.intel.com (10.239.4.97) by fmsmsx117.amr.corp.intel.com (10.18.116.17) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 12 Jun 2019 06:30:26 -0700 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.185]) by SHSMSX108.ccr.corp.intel.com ([169.254.8.188]) with mapi id 14.03.0415.000; Wed, 12 Jun 2019 21:30:25 +0800 From: "Liming Gao" To: "devel@edk2.groups.io" , "lersek@redhat.com" , Leif Lindholm CC: "Kinney, Michael D" , "afish@apple.com" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Topic: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Thread-Index: AQHVIQAzP8Hg1d3/wE6VuDdLu3/DqqaXPOKAgADGrzA= Date: Wed, 12 Jun 2019 13:30:23 +0000 Message-ID: <4A89E2EF3DFEDB4C8BFDE51014F606A14E47DCAD@SHSMSX104.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46CD3D@SHSMSX104.ccr.corp.intel.com> <7606aa6e.d162.16b40a3cb45.Coremail.sssky307@163.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> <20190612092105.y6ig6rsaybqadunw@bivouac.eciton.net> <4e3db1e1-3e22-406e-8c9f-187727ed4751@redhat.com> In-Reply-To: <4e3db1e1-3e22-406e-8c9f-187727ed4751@redhat.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiOTQzNjIwMzUtOWI2ZC00ZjJhLThjNmYtMzFkYzk1YzQ0MTc2IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiNDA0dVpsTjBBQ2tqN1JKQnhtbFNRN2lcL0VVaTd0QzlLMjNydHR2cDRyZXpHXC81OUFWMTJyNzRFYWZXbjlldXdOIn0= dlp-product: dlpe-windows dlp-version: 11.0.600.7 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: liming.gao@intel.com Content-Language: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGVpZjoNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBkZXZlbEBlZGsy Lmdyb3Vwcy5pbyBbbWFpbHRvOmRldmVsQGVkazIuZ3JvdXBzLmlvXSBPbiBCZWhhbGYgT2YgTGFz emxvIEVyc2VrDQo+IFNlbnQ6IFdlZG5lc2RheSwgSnVuZSAxMiwgMjAxOSA1OjM4IFBNDQo+IFRv OiBMZWlmIExpbmRob2xtIDxsZWlmLmxpbmRob2xtQGxpbmFyby5vcmc+DQo+IENjOiBkZXZlbEBl ZGsyLmdyb3Vwcy5pbzsgR2FvLCBMaW1pbmcgPGxpbWluZy5nYW9AaW50ZWwuY29tPjsgS2lubmV5 LCBNaWNoYWVsIEQgPG1pY2hhZWwuZC5raW5uZXlAaW50ZWwuY29tPjsgYWZpc2hAYXBwbGUuY29t DQo+IFN1YmplY3Q6IFJlOiBbZWRrMi1kZXZlbF0gRURLIElJIFN0YWJsZSBUYWcgcmVsZWFzZSBl ZGsyLXN0YWJsZTIwMTkwNSBjb21wbGV0ZWQNCj4gDQo+IE9uIDA2LzEyLzE5IDExOjIxLCBMZWlm IExpbmRob2xtIHdyb3RlOg0KPiA+IE9uIFdlZCwgSnVuIDEyLCAyMDE5IGF0IDEwOjE4OjI0QU0g KzAyMDAsIExhc3psbyBFcnNlayB3cm90ZToNCj4gPj4+IEluIHRoaXMgaW5zdGFuY2UsIHdlIGV4 cGxpY2l0bHkgZG9uJ3QgY2FyZSBhYm91dCB0aGUgc3VibW9kdWxlIGZvcg0KPiA+Pj4gdGhhdCBv dGhlciBwcm9qZWN0IChhbmQgSSByZWFsbHkgaG9wZSB0aGlzIGlzIHRoZSBub3JtKSAtIHNvIHdl DQo+ID4+PiBzaG91bGRuJ3QgYmUgZG9jdW1lbnRpbmcgc3RlcHMgdGhhdCByZWx5IG9uIHRoYXQg YWRkaXRpb25hbA0KPiA+Pj4gc3VibW9kdWxlIGV4aXN0aW5nLg0KPiA+Pg0KPiA+PiBZZXM7IHRo aXMgaXMgd2h5IEkgc3VnZ2VzdGVkIGRyb3BwaW5nICItLXJlY3Vyc2l2ZSIgZnJvbSB0aGUNCj4g Pj4gaW5zdHJ1Y3Rpb25zLiBBcyBmYXIgYXMgSSByZW1lbWJlciwgaXQgd2FzIG1lYW50IGFzIGEg Y29udmVuaWVuY2UgZm9yDQo+ID4+IHVzZXJzIGNsb25pbmcgdGhlIGVkazIgcmVwbyBmcm9tIHpl cm8uDQo+ID4NCj4gPiBCdXQgd2UndmUgbmV2ZXIgYWN0dWFsbHkgcmVsaWVkIG9uIHRoYXQgYmVo YXZpb3VyLCBzbyBpdCdzIG5vdCBzbyBtdWNoDQo+ID4gY29udmVuaWVuY2UgYXMgY2FyZ28gY3Vs dGluZy4NCj4gPg0KPiA+Pj4gVGhpcyBpcyB3aHkgSSBhbSByZWZlcnJpbmcgdG8gYW55dGhpbmcg b3RoZXIgdGhhbiBhIGNlbnRyYWwgZGVmaW5pdGlvbg0KPiA+Pj4gb2YgdGhlIHJlbGF0aW9uc2hp cCBiZXR3ZWVuIGVkazIgYW5kIGl0cyBzdWJtb2R1bGVzIGFzIGEgd29ya2Fyb3VuZC4gSQ0KPiA+ Pj4gYW0gbm90IHN1Z2dlc3RpbmcgYW55IHNob3J0Y29taW5ncyBpbiB0aGUgdGVjaG5pY2FsIGFz cGVjdC4NCj4gPj4NCj4gPj4gQ2FuIHlvdSBwcm92aWRlIGFuIGV4YW1wbGUgZGVmaW5pdGlvbiB0 aGVuPyBJJ20gaGF2aW5nIHRyb3VibGUgaW1hZ2luaW5nDQo+ID4+IG9uZS4NCj4gPg0KPiA+IExh c3psbywgSSB0aGluayB5b3UndmUgbWlzdW5kZXJzdG9vZCBtZSBzb21ld2hlcmUuDQo+IA0KPiBU aGF0J3MgZm9yIGNlcnRhaW4uIDopDQo+IA0KPiA+IFdoYXQgSSBhbSBzYXlpbmcgaXM6DQo+ID4g LSBXZSBzaG91bGQgaGF2ZSBhIHBvbGljeSAoaS5lLiwgYSBzZWN0aW9uIGluIHRvcGxldmVsIFJl YWRtZS5tZCkNCj4gPiAgIHJlZ2FyZGluZyBzdWJtb2R1bGVzLg0KPiA+ICAgLSBUaGF0IHBvbGlj eSAqc2hvdWxkKiBpbmNsdWRlIHRoZSByZXF1aXJlbWVudCB0byBub3QgcGVybWl0DQo+ID4gICAg IHN1Ym1vZHVsZXMgcmVxdWlyaW5nIHN1Ym1vZHVsZXMgZm9yIG91ciBwdXJwb3Nlcy4NCj4gPiAg IC0gVGhhdCBwb2xpY3kgc2hvdWxkIGluY2x1ZGUgdGhlIHN0ZXBzIHJlcXVpcmVkIHRvIGdldCB0 aGUgZWRrMg0KPiA+ICAgICByZXBvc2l0b3J5IHRvIGEgYnVpbGRhYmxlIHN0YXRlLg0KPiA+ICAg LSBOb3RoaW5nIHJlbGF0ZWQgdG8gc3VibW9kdWxlcyBzaG91bGQgYmUgZG9jdW1lbnRlZCBhbnl3 aGVyZSBlbHNlDQo+ID4gICAgIGluIHRoZSB0cmVlLiBTdXJlLCBPcGVuU1NMLUhPV1RPLnR4dCBj YW4gc3RpbGwgYmUgdGhlcmUsIGJ1dA0KPiA+ICAgICB0aGUgc2VjdGlvbiAiSE9XIHRvIEluc3Rh bGwgT3BlblNTTCBmb3IgVUVGSSBCdWlsZGluZyIgc2hvdWxkIGdvLg0KPiANCj4gR290IGl0IG5v dy4gR29vZCBpZGVhLg0KDQpDYW4geW91IHN1Ym1pdCBvbmUgQlogZm9yIGl0PyBJIHRoaW5rIENy eXB0b1BrZyBtYWludGFpbiBzaG91bGQgbGlzdCB0aGUgY2xlYXIgdXNhZ2Ugb2Ygb3BlbnNzbC4N Cg0KPiANCj4gVGhhbmtzIQ0KPiBMYXN6bG8NCj4gDQo+IA0KDQo= From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=pass header.i=@linaro.org header.s=google header.b=YfjzHGQU; spf=pass (domain: linaro.org, ip: 209.85.128.43, mailfrom: leif.lindholm@linaro.org) Received: from mail-wm1-f43.google.com (mail-wm1-f43.google.com [209.85.128.43]) by groups.io with SMTP; Wed, 12 Jun 2019 10:00:06 -0700 Received: by mail-wm1-f43.google.com with SMTP id g135so7317192wme.4 for ; Wed, 12 Jun 2019 10:00:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=JqNHQRl93m4F6IsDRRss73we3QChxFVoLg7HwxW3PSA=; b=YfjzHGQU0NTf88TeGad8sWeKn6iqIyw0UqPODmGa7LY8nPyuis8ZUGhYP3mUnSz/Jc CeKKC5rr0A9vzImuVRZ8BpD2Sl43t1lQUGy6GrwxRiQ1HuFZzcuBRZs11IOUUpk1LJHU E+ncAeB9nz4ut2ng1HfcBcO3z27hBc/UaitA8gnEkby/S7GkhlaLbkawfH/7smrhCaqp I3VAa7ArfgVfD2bFekdnKTHeehke/tC+XdcocqGPVn/4MRRUpWQPjDenUmIk9ZlTyFaF 0GajBT5A8dF5pa21l8OnBXZP+dcuhQKJ5SlfshSqjFXve4T2fFBGxt0vgmKcC3hTgwWm Cs5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=JqNHQRl93m4F6IsDRRss73we3QChxFVoLg7HwxW3PSA=; b=XBEfeXqftYOKr96VAo6yeuSSZAJueN3x1Lffksjq46gpbI50RqLUg9xnnrpCxeasPO ZFV2AeWoLx+NTpbF5fhzymMRhCKp6vGVsAEOaC0JHS/lBdJcKbtTcTKjUeMdbdlKTDnF /YIuToiYuz8/XRKIOqMiflu22vxViV5FmnnNuMyLnnddIj0f+0PWfGYlTmgJKncPgLrK 9cXr4V0eCPHlRLDSZm4ikK1C06lIzlEV9J44dYHGrd3QNHmhjxSE7TeIRKmMqezXkjdu iAHaJT7HtLcq3nJef7NLq4BB2tlHjOXRgnL2Ix012MlObsMCsBkO5oYnnlk6cCwbzVWw FW0Q== X-Gm-Message-State: APjAAAX8Pyl3+su3kWXKVYKjcLxCAuHT2gJV30LnWSpP4Xki6GBu9v6v 7Z+ypKTrUhaPfxgDsfU7JJsDpg== X-Google-Smtp-Source: APXvYqwNdngj7lsYDxEEr0Yx7nXYCnYc6RETeDPc23unT0xcF6RcZRFwidaHpyPODmxlpkIuAcgJpg== X-Received: by 2002:a7b:cb84:: with SMTP id m4mr176960wmi.50.1560358805049; Wed, 12 Jun 2019 10:00:05 -0700 (PDT) Return-Path: Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id d17sm230748wrw.63.2019.06.12.10.00.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 12 Jun 2019 10:00:03 -0700 (PDT) Date: Wed, 12 Jun 2019 18:00:02 +0100 From: "Leif Lindholm" To: "Gao, Liming" Cc: "devel@edk2.groups.io" , "lersek@redhat.com" , "Kinney, Michael D" , "afish@apple.com" Subject: Re: [edk2-devel] EDK II Stable Tag release edk2-stable201905 completed Message-ID: <20190612170001.ivwkt35vl6kh3au3@bivouac.eciton.net> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E46DF7E@SHSMSX104.ccr.corp.intel.com> <20190610140014.botd5fxrrrrus4a5@bivouac.eciton.net> <20190611103007.fwnbpiympnofpy4x@bivouac.eciton.net> <6bbebdd6-a90a-ca83-b0af-105afa70a88c@redhat.com> <20190611160821.t7kqcdoc33nukgut@bivouac.eciton.net> <625afe99-fcd0-7a08-eb63-7b9e8a64b44e@redhat.com> <20190612092105.y6ig6rsaybqadunw@bivouac.eciton.net> <4e3db1e1-3e22-406e-8c9f-187727ed4751@redhat.com> <4A89E2EF3DFEDB4C8BFDE51014F606A14E47DCAD@SHSMSX104.ccr.corp.intel.com> MIME-Version: 1.0 In-Reply-To: <4A89E2EF3DFEDB4C8BFDE51014F606A14E47DCAD@SHSMSX104.ccr.corp.intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Liming, On Wed, Jun 12, 2019 at 01:30:23PM +0000, Gao, Liming wrote: > > > What I am saying is: > > > - We should have a policy (i.e., a section in toplevel Readme.md) > > > regarding submodules. > > > - That policy *should* include the requirement to not permit > > > submodules requiring submodules for our purposes. > > > - That policy should include the steps required to get the edk2 > > > repository to a buildable state. > > > - Nothing related to submodules should be documented anywhere else > > > in the tree. Sure, OpenSSL-HOWTO.txt can still be there, but > > > the section "HOW to Install OpenSSL for UEFI Building" should go. > > > > Got it now. Good idea. > > Can you submit one BZ for it? I think CryptoPkg maintain should list > the clear usage of openssl. I have raised https://bugzilla.tianocore.org/show_bug.cgi?id=1910. Regards, Leif