November 2020 - Tc - mailweb.openeuler.org

12月2日 TC例行会议
by openEuler conference 02 Dec '20

02 Dec '20

6 12

会议纪要 // 回复：[Community] sig-ai-bigdata regular meeting
by Hubble_Zhu 30 Nov '20

30 Nov '20

与会人：sinever，myeuler，hubble_zhu，hao，hanendong，haowenchao，wangli 感谢大家的参与！会议纪要：议题一：sig成员前期进展 1. zepplin已本地构建ok，待解决门禁工程问题后合入 ——hao 2. spark已本地构建ok，待解决门禁工程问题后合入   ——hubble_zhu 3. hadoop, hbase, hive, flink已构建ok，待提交PR  ——hubble_zhu 议题二：fedora bigdata-sig 运作经验分享 fedora bigdata-sig从2013/10/31~2014/9/11运作共约1年的时候，共举行16次sig例会。目前已停止运作多年，原因是fedora软件包构建需要满足自构建的要求，这就要求像hadoop，spark，flink等软件构建需要的jar包依赖都集成在fedora上，数量较多，维护成本很大。fedora bigdata-sig尝试过和hadoop，spark等上游社区交流，上游社区会将所有jar依赖集成在CI环境中，不建议os以源码自构建的方式对这些软件包打包。议题三：下一步计划与分工 1. 建议后续门禁问题可以直接找George.cao帮忙看下，包括zeppelin，spark等软件包的门禁 ——all 2. 和CI-sig多交流，讨论大数据平台是否能解决CI-sig的一些痛点 ——sinever，hubble_zhu，George.cao 3. 在将zeppelin推上openEuler后，可以分享下如何在openEuler上做zeppelin开发的，以帖子和直播的形式 ——hao，sinever 4. 将sig现有issue进行分工，协调大家及时处理 ——sinever 5. 对已经推上openEuler的软件包，验证功能是否ok ——all 6. 建议考虑支持使用docker image的方式打包大数据组件 ——hao 议题四：其他 1. openEuler将于12/24~12/25在北京举行summit，欢迎大家参与    请sinever帮忙确认下是否能线上参与，感谢 ——sinever 2. 建议修改sig readme的形式。重新整理下sig介绍，进展等信息，方便查阅 ——hubble_zhu 3. 建议和社区讨论下sig信息是否能以wiki的方式，更方便sig介绍，进展等信息的展示 ——sinever ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public(a)openeuler.io>; 发送时间: 2020年11月24日(星期二) 中午11:33 收件人: "sig-ai-bigdata"<sig-ai-bigdata(a)openeuler.org>;"dev"<dev(a)openeuler.org>;"tc"<tc(a)openeuler.org>; 主题: [Community] sig-ai-bigdata regular meeting 您好！ openEuler sig-ai-bigdata SIG 邀请您参加 2020-11-27 19:00 召开的ZOOM会议会议主题：sig-ai-bigdata regular meeting 会议内容：1、sig成员前期工作审视 2、下一步工作计划与分工会议链接：https://zoom.us/j/94917076776?pwd=WFpGaCtYelUyWVpXdGRmUitmMTg2UT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-ai-bigdata SIG invites you to attend the ZOOM conference will be held at 2020-11-27 19:00, The subject of the conference is sig-ai-bigdata regular meeting, Summary: 1、sig成员前期工作审视 2、下一步工作计划与分工 You can join the meeting at https://zoom.us/j/94917076776?pwd=WFpGaCtYelUyWVpXdGRmUitmMTg2UT09. More information

1 0

Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces@openeuler.org代发】
by 潘晨博 30 Nov '20

30 Nov '20

4 4

openEuler Summit 社区内报名通道开启，欢迎报名，诚挚的欢迎您为 openEuler 代言
by public＠openeuler.io 30 Nov '20

30 Nov '20

亲爱的 openEuler 社区开发者： openEuler Summit 是由 openEuler 社区举办的开发者交流会，首届线下 openEuler Summit 2020 将于 12 月 24-25 日在北京・望京凯悦酒店举办。openEuler 是一个面向未来的开源操作系统，依托于最具活力的 openEuler 社区，它的未来将不止于操作系统！ openEuler Summit 2020 将聚焦于软硬件协同、云边端协同的技术趋势，万物互联的多算力场景，挖掘技术创新与社区生态的价值。开发者、用户、社区贡献者、软件爱好者在 openEuler Summit 上汇聚成海，连接行业上下游，让全产业链共享操作系统创新价值。目前各大 Session 议题已经评审完毕，今日将会上线部分议程，大会报名通道开启，TC、Maintainer、SIG 工作组会议也在有条不紊地推进中。我们也将持续向大家同步会议进程，以便于社区成员了解 openEuler Summit 最新进展。 openEuler Summit 社区内开发者报名专属通道：https://etherpad.openeuler.org/p/openEuler-Summit-2020 在 openEuler 一周年之际，大会准备了一个 100个社区开发者为openEuler 代言的视频，诚挚地邀请您按照下方的要求拍摄一段视频，将 openEuler 操作系统推荐给更多的人。拍摄需求：自拍形式，对着镜头回答以下问题： 1. 我想要的操作系统是****的， 2. 我在**时候参与/认识/加入/知道的openEuler（社区） 3. 我在openEuler贡献了**** 4. 我是***，我为openEuler代言使用场景：您拍摄的视频素材将用于 openEuler Summit 2020 前期的会议宣传和开场视频中。拍摄指导： 1. 背景任您喜欢 2. 人物面对镜头，取半身构图，横向拍摄16:9 的画面比例 3. 最好选择白炽灯，白色光源 4. 尽量由另一个人辅助，用手机后置摄像头拍摄，不要用前置，拍摄前擦拭摄像头 5. 读口播时，声音越大越好 6. 尽量保证每一句话都是完整通顺的，中间重来的部分可以忽略 7. 视频输出，用电脑将手机视频导出，打压缩包传输即可（不要用微信上传，会压缩画质） 8. 拍摄完毕后请将视频上传到百度网盘，将分享链接期限设置为永久，然后发给 public(a)openeuler.io 9. 样片在附件，请您参考

1 0

《openEuler 补丁管理规范》意见收集，欢迎大家参与评论
by Licihua 30 Nov '20

30 Nov '20

Hi，大家好，为了降低openEuler 社区补丁维护成本，支撑社区自动升级工具运行，特拟定了openEuler 社区补丁管理草稿，欢迎大家参与评率原文Issue链接： https://gitee.com/openeuler/community/issues/I27H0Z?from=project-issue 以下为正文内容：范围: 适用于openEuler 维护的src-openEuler 项目下开源软件仓库中的补丁。用词约定：规则：必须遵守的约定建议：需要加以考虑的约定 1 目的为了降低openEuler 社区开源软件补丁维护成本，根据开源社区对补丁应用惯例，制定如下规则。 2 补丁定义从开源软件补丁来源，补丁可分为以下2类：补丁来源定义自研补丁基于开源软件构筑差异化竞争力或修复开源软件社区未提供修复方案的缺陷，由openEuler社区自研开发且未被上游社区接纳的补丁。社区补丁开源软件社区提供用于特性增强/缺陷修复的补丁、对社区补丁进行适配的补丁、被社区接纳的openEuler社区自研补丁。从开源软件补丁用途，补丁可分为以下4类：补丁用途定义 Bugfix补丁解决开源软件缺陷的补丁 Feature补丁基于开源软件进行特性增强的补丁 CVE补丁解决开源软件安全漏洞的补丁 3 补丁划分 3.1 【规则】禁止一个补丁解决多个问题/需求为了确保问题/需求对应的合入可追溯，禁止一个补丁解决多个问题/需求。 3.2 【建议】遵守“一个或多个补丁解决一个问题/需求”原则 1、优先使用一个补丁解决一个问题； 4 补丁命名 4.1 【规则】补丁文件名由前缀、名字主体和补丁后缀组成，补丁名中单词间通过”-”相连 1、**补丁文件名前缀：**标识补丁来源，具体见下表。补丁文件名前缀适用范围无自研补丁。 backport- 上游开源社区补丁。 backport-[cve-name]- 上游开源社区的CVE补丁。 2、**名字主体：**名字主体应能体现该补丁解决的问题或新增的需求，通常与第6章节描述信息中的主题保持一致。从上游社区backport的补丁，优先使用git-format-patch 命令生成，主体名称为git commit message 中标题内容。 3、**补丁后缀：**后缀固定为“.patch”。样例：示例类别补丁文件名自研补丁 net-hinic-Add-NIC-Layer.patch 社区补丁 backport-nvme-rdma-fix-timeout-handler.patch CVE补丁 backport-CVE-2017-17806-crypto-hmac-require-that-the-underlying-hash-algorit.patch 5 补丁存放 5.1 【规则】补丁文件放置目录：对于spec管理的补丁，将补丁放置在源码压缩包的同级目录下 1、对使用spec管理的补丁，所有补丁放置在源码压缩包所在目录中。 2、对于spec管理的补丁，在spec文件中通过序号指定补丁打入顺序。 6 补丁应用顺序 6.1 【规则】补丁应用顺序按照先打上游社区补丁、再打openEuler 社区自研补丁根据经验，大部分软件包自研补丁数量远小于开源补丁，为了减少对开源源补丁适配工作量，建议先打开源补丁，再打自研补丁。 6 补丁辅助信息补丁辅助信息用于对补丁进行说明，主要包含：补丁描述信息、补丁标签、补丁修改记录等。 1、补丁描述信息补丁描述信息是对代码的合入原因、方案及影响等进行有效描述，目的是让阅读者快速理解该补丁，主要包括以下几方面。描述类别含义主题补丁主题：一句话描述补丁功能背景提交该补丁的原因问题现象问题发生时的直观现象复现条件问题复现需要执行的具体操作根因分析导致问题的根本原因实现方案解决问题或实现新特性的具体方案补丁来源地址该补丁的社区链接地址 2、补丁标签补丁标签对不同贡献者进行标识，包括：补丁开发/合入者、补丁对应的问题发现者、补丁检视者、补丁验证者和补丁建议者，具体如下表所示。标签含义 Fixes: 当前补丁所要修复的补丁信息格式：Fixes: (“commit-subject”) Signed-off-by: 开发者和committers签名 Reported-by: 问题发现者签名：包括发现错误的人或者自动化扫描工具 Reviewed-by: 检视人签名 Tested-by: 测试人签名 Suggested-by: 补丁建议者签名 3、补丁修改记录补丁被检视后，需要对检视意见进行修改，补丁修改记录是对每次检视后所做修改的描述。以上信息应尽量填写完整，以便其他人员只通过查看补丁信息就能了解整个补丁的情况，但不对所有信息做强制要求，以下针对每类补丁有具体的要求。 6.1 自研补丁对于自研补丁，只对补丁描述信息做明确要求，补丁标签和补丁修改记录可以通过代码提交系统承载。 6.1.1 【规则】自研补丁描述信息须包含两个信息：主题和背景。自研补丁的描述信息须包含主题和背景，其他描述信息可由Issue单承载。 6.2 开源社区补丁开源社区补丁一般通过邮件承载，信息承载较零散，应在补丁中把各种信息尽量描述清楚。 6.2.1 【建议】补丁描述信息：每一个补丁都要有描述信息，包括：主题、背景、问题现象、复现条件、根因分析、解决方法和补丁影响不同类别补丁的描述信息有不同的要求，以下列出不同类别应包含的描述信息：补丁类别应包含的描述信息 Bugfix补丁主题、问题现象、复现条件、根因分析、实现方案 Feature补丁主题、背景、实现方案 CVE补丁主题、CVE名字、问题现象、复现条件、根因分析、实现方案 6.2.2 【规则】补丁标签：开源社区补丁必须对不同贡献者通过不同标签进行区别为了保证补丁版权信息的完整性，补丁中需要增加所有贡献者的签名信息。 6.2.3 【建议】补丁修改记录：经过多次修改的补丁建议添加每一次修改所做出的变化补丁在修改后，建议添加此次补丁相比上次补丁所做的修改说明，最近一次修改说明放在最上方。添加修改说明的位置通常在签名等标签后，写明修改原因、作者、日期等信息。 6.2.3 【规则】在补丁回合MR提交信息中，补齐补丁名称和commit链接地址（中间可以通过空格或者冒号隔开） MR 中描述解决的问题，并且填写补丁的commit 链接地址，方便代码检视 6.2.4 【建议】开源软件补丁头必须保持和上游社区一致，若补丁需要适配，不允许修改补丁头，且需要在补丁头Subject字段对适配情况做简要说明如果对上游backport 的补丁做了适配，建议在Subject 后面增加适配内容的简要描述。 6.3 【规则】软件版升级时需要重新审视已有补丁如果补丁解决的问题在高版本已经合入，补丁可以删除，否则需要判断是否继承。待继承的补丁需要找到补丁解决的原始问题然后重新适配。尤其要避免从上游新版本适配回来的补丁对低版本做了适配裁剪，升级高版本时补丁可以打上但是修改不全的问题。 6.4 【规则】自研补丁被社区接纳后，须使用被社区接纳的补丁替换 openEuler自研补丁要尽量贡献到上游社区，推送到社区时，补丁辅助信息应遵从6.2章节，社区接纳后，须使用被社区接纳的补丁替换，包括补丁文件名和辅助信息等，以保持与社区一致。 7 相关文件&参考资料 [1] Linux文档：https://github.com/torvalds/linux/blob/master/Documentation/process… 李次华欧拉部-2012 实验室华为技术有限公司 Tel : +86 15158056404 Email : licihua(a)huawei.com [cid:image001.png@01D6C727.1050A1A0] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

1 0

回复：Re: 12月2日 TC例行会议
by George 30 Nov '20

30 Nov '20

议题申报：如何规范sig组配置信息方案讨论背景：当前网页展示、会议预定、邮件通知、ci-bot做门禁检查、添加仓库等基础设施相关操作都依赖于SIG组信息的准确性；          目前在community/sig目录下有sig.yaml文件明确了该sig组管辖的仓库集，该目录下有各个sig组的子目录，其中一个OWNER文件也明确给出了sig组maintainer名单。          但是sig组的联系方式（邮件列表地址）放在readme中的，该文件 a、书写格式比较随意，难以准确提取有效信息，b、部分sig组未明确提供该字段；          另外OWNER文件中的名单和readme中提供的名单有出入也会给开发者带来困扰。建议：规范sig组配置信息          方案一：对README文件的书写格式给出规范，明确比填字段，明确字段名称和格式，便于各系统准确获取。          方案二：使用更容易格式化管理的yaml文件替代README，也给出书写格式规范。          方案三：继续保持当前现状，完善各应用的信息提取功能，尽可能准确提取相关信息。           ------------------ 原始邮件 ------------------ 发件人: "Huxinwei" <huxinwei(a)huawei.com>; 发送时间: 2020年11月30日(星期一) 上午9:06 收件人: "tc(a)openeuler.org"<tc(a)openeuler.org>; 抄送: "Xiongwei (William, Euler)"<xiongwei888(a)huawei.com>;"Xiexiuqi"<xiexiuqi(a)huawei.com>;"Guohanjun (Hanjun Guo)"<guohanjun(a)huawei.com>;"Zhanghailiang"<zhang.zhanghailiang(a)huawei.com>;"Wangxun (Dream)"<dream.wangxun(a)huawei.com>;"Xiehong (Cynthia)"<xiehong(a)huawei.com>; 主题: [Tc] Re: 12月2日 TC例行会议各位好，    预计本周三的 TC 例行会议，欢迎大家申报议题。   谢谢   From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 30, 2020 9:05 AM To: tc(a)openeuler.org; Huxinwei <huxinwei(a)huawei.com> Subject: 12月2日 TC例行会议   您好！ openEuler TC SIG 邀请您参加 2020-12-02 10:00 召开的ZOOM会议会议主题：12月2日 TC例行会议会议内容：TC双周例行会议会议链接：https://zoom.us/j/95909896918?pwd=SFp0Mk5jSjRFalBlWSt0R3krekEwUT09 更多资讯尽在：https://openeuler.org/zh/   Hello! openEuler TC SIG invites you to attend the ZOOM conference will be held at 2020-12-02 10:00, The subject of the conference is 12月2日 TC例行会议, Summary: TC双周例行会议 You can join the meeting at https://zoom.us/j/95909896918?pwd=SFp0Mk5jSjRFalBlWSt0R3krekEwUT09. More information

1 0

openEuler社区开发指导课程需求收集
by Zhuyanpeng 28 Nov '20

28 Nov '20

为了更好地让开发者上手社区开发，一步一步了解、掌握社区开发的技能、技巧，初步整理了一些课程，后续录制为课程微视频放出来，请各位开发者提提意见、建议，以及新的课程诉求 https://gitee.com/openeuler/community/issues/I27C62?from=project-issue

1 0

[TC] [ 新SIG提案 ] 申请建立 OpenResty SIG组
by Joey Ma 27 Nov '20

27 Nov '20

Hi TC, 经前期与 TC 和 sig-perl-modules maintainer 的沟通，现向 TC 申请成立 OpenResty SIG 组，名称为 sig-openresty，沟通过程详见PR [1] 。谢谢。 [1]: https://gitee.com/openeuler/community/pulls/1240 祝好，马俊杰

2 1

openEuler 20.03 LTS Update 20201130 release转测试通知
by Hufeng (Solar, Euler) 27 Nov '20

27 Nov '20

https://gitee.com/openeuler/release-management/issues/I24YJA?from=project-i… 欢迎感兴趣的开发者提前获取验证，对于发现的问题请及时以issue的方式反馈给openEuler社区（里程碑选择openEuler 20.03 LTS Update 11）。由本次为发布前测试环节，软件版本可能存在重大问题，不建议大规模使用。 http://117.78.1.88:82/dailybuilds/openeuler/openEuler-20.03-LTS/repo.opereu… 版本目标：CVE和Bugfix修复版本计划：例行CVE冻结（20号之后发现的9分以下CVE纳入12月版本）：20201120 代码冻结：20201123 转测试时间：20201127 版本发布：20201130 本次更新软件列表如下，涉及kernel/mysql更新，需要补充性能测试，python包功能测试。 python3 hdf5 mysql ruby kernel tigervnc cairo ntfs-3g gdm selinux-policy CVE清单： CVE score sig owner status CVE-2020-27619 9.8 CVE-2018-17437 6.5 CVE-2018-17438 6.5 CVE-2018-17434 6.5 CVE-2018-17237 6.5 CVE-2018-17234 6.5 CVE-2018-17233 6.5 CVE-2020-25613 7.5 CVE-2020-12351 7.5 CVE-2020-25643 7.2 CVE-2020-25645 7.5 CVE-2020-14331 6.6 CVE-2020-24490 7.1 CVE-2020-27673 5.5 CVE-2020-26117 8.1 CVE-2018-19876 6.5 CVE-2019-6461 6.5 CVE-2019-6462 6.5 CVE-2019-9755 7.0 CVE-2020-16125 7.2

1 0

【请阅：会议纪要】 release-management sig 例会 9:30 --11:00
by Jiangyumin (Jimmy) 27 Nov '20

27 Nov '20

Release-Management SIG 组例会会议纪要（时间：2020-11-25 9:30-11:30）：议题一：HA 和 UKUI的合入openEuler-20.03 LTS SP1 进展 1、HA解决方案需要同步提供配套文档，描述HA的安装使用与方案特点，在Docs仓库提PR。 2、HA验证缺少二台服务器验证环境，联系社区基础设施进行协调。 3、UKUI桌面的测试验证环境建议使用物理机进行。议题二：虚拟化合入openEuler-20.03 LTS SP1 & 21.03 进展 1、stratovirt 暂不合入20.03 LTS SP1，其余虚拟化特性回合完成启动验证； 2、21.03版本虚拟化需要对kernel 5.10进行适配，回合计划待确定。议题三：openStack 开发进展 1、openStack引入依赖部分qemu的包，需要与虚拟化Sig组对齐与引入。 2、openStack依赖的python包缺少400多个，需要与python maintainer对齐引入策略。 3、openStack引入在21.03版本是否进ISO，还是单独建立repo目录，需要与release sig会后讨论确定议题四：openEuler 20.03 LTS SP1版本开发进展 1、SP1第一轮集成测试版本已正常转测，启动集成验证。 2、HA合入延期，采用并行验证方式开展，12月10日评审，根据实际情况决策是否合入。遗留问题： 1、确定openStack在21.03版本的存放目录，是合入ISO还是单独建立repo仓 ---责任人：陈硕，时间：12月10日发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年11月25日 8:59 收件人: release(a)openeuler.org; dev(a)openeuler.org; tc(a)openeuler.org 主题: [Dev] 【会议提醒】 release-management sig 例会 9:30 --11:00 openEuler sig-release-management SIG 邀请您参加 2020-11-25 09:30 召开的ZOOM会议会议主题：release-management sig 例会会议内容： 1、HA 和 UKUI的合入openEuler-20.03 LTS SP1 进展 --- 侯健 2、虚拟化合入openEuler-20.03 LTS SP1 & 21.03 进展 --- 陈振东 3、openStack 开发进展 --- 陈硕 4、openEuler 20.03 LTS SP1 整体进展 --- 胡峰会议链接：https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2020-11-25 09:30, The subject of the conference is release-management sig 例会, You can join the meeting at https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09. More information<https://openeuler.org/zh/>

2 1

申请创建galaOPS sig
by chenyaqiang 27 Nov '20

27 Nov '20

Hi，尊敬的TC委员会通过openEuler线下开发者活动的交流沟通和ideal碰撞，一些社区主要贡献者及参与者针对操作系统devops领域有很多好的ideal和技术构想，计划申请创建gala OPS sig，开始通过openEuler sig形式开始社区化讨论和开发，该sig主要聚焦在开源运维工具持续调研、引入、维护，并结合openEuler版本业务生态孵化构建新的系统智能运维工具、基于云原生场景下的轻量级运维工具等；PR详见[ 1 ] 期待TC委员会的回复及社区成员的建议，谢谢 [ 1 ] https://gitee.com/openeuler/community/pulls/1283 ------------ Best Regards 陈亚强

2 1

kernel sig meeting
by openEuler conference 26 Nov '20

26 Nov '20

2 1

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-25 16:00-18:00
by Meeting Book 25 Nov '20

25 Nov '20

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-25 16:00-18:00
by Meeting Book 25 Nov '20

25 Nov '20

1 0

【会议提醒】 release-management sig 例会 9:30 --11:00
by Jiangyumin (Jimmy) 25 Nov '20

25 Nov '20

openEuler sig-release-management SIG 邀请您参加 2020-11-25 09:30 召开的ZOOM会议会议主题：release-management sig 例会会议内容： 1、HA 和 UKUI的合入openEuler-20.03 LTS SP1 进展 --- 侯健 2、虚拟化合入openEuler-20.03 LTS SP1 & 21.03 进展 --- 陈振东 3、openStack 开发进展 --- 陈硕 4、openEuler 20.03 LTS SP1 整体进展 --- 胡峰会议链接：https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2020-11-25 09:30, The subject of the conference is release-management sig 例会, You can join the meeting at https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09. More information<https://openeuler.org/zh/>

1 0

Python2-policycoreutils计划退出openEuler 20.03-LTE-Next分支
by chenyaqiang 24 Nov '20

24 Nov '20

Hi，everyone 因openEuler社区python 2.7组件生命周期将于2020.12.30号到期，之后该组件及其相关python2子包将停止社区维护更新；本次邮件主题也将重点讨论python2子包Python2-policycoreutils的退出计划，如您正在使用/有需要使用该包的，可以基于该退出计划在openEuler社区给出讨论意见或者建议； openEuler社区该issue讨论地址链接： https://gitee.com/src-openeuler/policycoreutils/issues/I26A77?from=project-… policycoreutils组件功能简介： policycoreutils作为SELinux组件的核心策略程序，主要用于加载策略的load_policy，用于标记文件系统的setfile，用于切换角色的newrole以及用于在上下文中运行/etc/init.d脚本的run_init。 policycoreutils组件计划退出openEuler 20.03-LTE-Next分支计划 openEuler 20.03-LTS –Next及其SP1分支计划从policycoreutils组件中删除python2-policycoreutils子包构；具体原因如下： a) openEuler 20.03-LTS –Next及其SP1分支中policycoreutils组件版本已跟随upstream社区更新为3.1版本，upstream社区早在发布3.0版本时，已明确不再维护Python 2代码，新的Python代码仅针对Python 3编写。 Upstream社区相关版本信息：https://github.com/SELinuxProject/selinux/releases/tag/pol… b) python2-policycoreutils依赖python2-setools包，详情如下： openEuler 20.03-LTS-Next/SP1分支中的setools升级到4.3.0版本，该版本的setools不再支持Python 2.x。 openEuler 20.03-LTS-Next/SP1分支中的setools去除了子包python2-setools，但是python2-policycoreutils安装依赖python2-setools，导致python2-policycoreutils安装失败。 c) openEuler 20.03-LTS及其后续SP版本已明确将于2020.12.30号停止维护python2及其相关子包。删除python2-policycoreutils组件，建议对python2-policycoreutils组件有依赖和使用场景的使用者，推荐使用python3及对应的python3-policycoreutils组件。 Python2-policycoreutils兼容性讨论如你正在使用或者后续确定必须使用该版本Python2-policycoreutils的包，建议可以使用openEuler 20.03-LTS版本及软件仓库中提供的该包的二进制组件在openEuler 20.03-LTS SP1版本中安装使用，openEuler 20.03-LTS SP1版本将不再提供该组件； Looking forward to your reply/feedback. ------------------- Best Regards 陈亚强

1 0

openEuler 20.03 LTS SP1版本测试策略
by liyongqiang (H) 24 Nov '20

24 Nov '20

Hi, openEuler 20.03 LTS SP1版本按照 release-manager发布的版本计划转测试，QA-sig梳理并制定版本的整体测试策略： https://gitee.com/openeuler/QA/tree/master/Test_Strategy/openEuler_20.03_LT… 请相应测试人员按照对齐策略开展测试活动，如有变更请通过邮件知会qa(a)openeuler.org 版本整体测试计划和issue创建注意事项： 1、如果是阻塞性问题请在标签项选择block 2、关联里程碑请按照测试周期进行相应的选择测试周期起始时间截止时间 Issue里程碑关联 Test round 1 2020-11-23 2020-11-28 openEuler-20.03-LTS-SP1-round-1 Test round 2 2020-11-30 2020-12-5 openEuler-20.03-LTS-SP1-round-2 Test round 3 2020-12-7 2020-12-12 openEuler-20.03-LTS-SP1-round-3 Test round 4 2020-12-14 2020-12-19 openEuler-20.03-LTS-SP1-round-4 Br. Charlie

1 0

【议题收集】 release-management sig 例会
by Jiangyumin (Jimmy) 24 Nov '20

24 Nov '20

Hi all Release sig 组例会议题持续收集中，新增议题直接邮件回复申报即可。发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2020年11月23日 20:18 收件人: release(a)openeuler.org; dev(a)openeuler.org; tc(a)openeuler.org 主题: [Dev] release-management sig 例会您好！ openEuler sig-release-management SIG 邀请您参加 2020-11-25 09:30 召开的ZOOM会议会议主题：release-management sig 例会会议内容：议题待收集会议链接：https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2020-11-25 09:30, The subject of the conference is release-management sig 例会, Summary: 议题待收集 You can join the meeting at https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09. More information<https://openeuler.org/zh/>

3 2

sig-ai-bigdata regular meeting
by openEuler conference 24 Nov '20

24 Nov '20

1 0

release-management sig 例会
by openEuler conference 23 Nov '20

23 Nov '20

1 0

答复: 关于麒麟HA引入SP1-Epol的策略说明
by xiasenlin 23 Nov '20

23 Nov '20

补充说明：为保证工程构建一致性和稳定性， https://117.78.1.88/project/show/Epol_HA 的权限回收，相关修改只能由我们来做。发件人: xiasenlin 发送时间: 2020年11月23日 17:17 收件人: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; 'jiangxinyu(a)kylinos.cn' <jiangxinyu(a)kylinos.cn>; 'tc' <tc(a)openeuler.org> 抄送: huanghaitao (A) <huanghaitao8(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; Leiju (kunpeng) <leiju4(a)huawei.com>; yaokai (G) <yaokai13(a)huawei.com>; 'yangzhao1(a)kylinos.cn' <yangzhao1(a)kylinos.cn> 主题: 关于麒麟HA引入SP1-Epol的策略说明 OBS私有工程： https://117.78.1.88/project/show/Epol_HA 引入HA策略： 1．基于私有工程Epol_HA分析、构建HA所有组件（包括编译和安装依赖闭环），确保meta里面只依赖 openEuler:20.03:LTS:SP1<https://117.78.1.88/project/show/openEuler:20.03:LTS:SP1> openEuler:20.03:LTS:SP1:Epol<https://117.78.1.88/project/show/openEuler:20.03:LTS:SP1:Epol> 2．打开Epol_HA的check，暴露出所有组件可能隐含的测试用例的问题，请麒麟的同学一起解决； 3．涉及SP1/Epol已有组件的版本变更，要做好差异分析（特别是接口变更）及升级的影响分析，必须满足前向兼容； 4．涉及新引入Epol的组件，应满足开源友好，可维护，必须通过单包校验，验证安装、卸载、升级； 5．关键功能验证由麒麟同学主导

1 0

openEuler 20.03 LTS SP1转测试通知
by Hufeng (Solar, Euler) 23 Nov '20

23 Nov '20

目前通过和大家核对，以下特性除HA延期交付外，其他特性均完成合入。版本进入第一轮正式转测试。测试期间发现的问题，请一并提issue，里程碑选择openEuler-20.03-LTS-SP1。方便问题过滤。请相关责任人更新特性进展为Testing。 HA经过和sig组责任人沟通，当前暂不合入SP1版本。相关sig组同步进行测试，12月10日评审测试报告（包含两轮测试结论），评审通过后合入20.03 LTS SP1 EPOL工程。进行最后一轮回归。版本取用路径如下： http://117.78.1.88:82/dailybuilds/openeuler/openEuler-20.03-LTS-SP1/openeul… 该版本为测试周期内版本，仅用于测试，严禁商用，除版本测试必须的人员外，请勿扩散。扩散和商用导致的后果openEuler社区不承担任何责任。 Release计划路径 https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… Release plan Stange name Begin time End time Develop 2020-10-12 2020-11-7 Comptibility 2020-11-8 2020-11-18 Buil 2020-11-19 2020-11-21 Test round 1（we are here） 2020-11-23 2020-11-28 Test round 2 2020-11-30 2020-12-5 Test round 3 2020-12-7 2020-12-12 Test round 4 2020-12-14 2020-12-19 release 2020-12-21 2020-12-22 Feture list no fetur status sig owner 1 openEuler 20.03 LTS SP1支持高可用pacemaker<https://gitee.com/openeuler/release-management/issues/I23GH2?from=project-i…> developing sig-HA yangzhao_kl 2 openEuler 20.03 LTS SP1支持openGauss版本<https://gitee.com/openeuler/release-management/issues/I23GGW?from=project-i…> developing 3 openEuler 20.03 LTS SP1支持1822 HBA卡驱动<https://gitee.com/openeuler/release-management/issues/I23GGR?from=project-i…> developing 4 openEuler 20.03 LTS SP1支持华为多路径<https://gitee.com/openeuler/release-management/issues/I23GGO?from=project-i…> developing 5 openEuler 20.03 LTS SP1支持openStack<https://gitee.com/openeuler/release-management/issues/I23GGJ?from=project-i…> developing sig-python-modules @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 6 openEuler 20.03 LTS SP1支持金融领域软件包<https://gitee.com/openeuler/release-management/issues/I23GG1?from=project-i…> developing DB @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 7 openEuler 20.03 LTS SP1支持大数据管理组件Ambari的依赖组件<https://gitee.com/openeuler/release-management/issues/I23GFY?from=project-i…> developing sig-release-management @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 8 openEuler 20.03 LTS SP1新增DDE组件<https://gitee.com/openeuler/release-management/issues/I23GFR?from=project-i…> developing sig-DDE @panchenbo<https://gitee.com/panchenbo> 9 openEuler 20.03-LTS版本新增criu组件<https://gitee.com/openeuler/release-management/issues/I23GFP?from=project-i…> developing 10 openEuler 20.03 LTS SP1支持libxml，hyperscan<https://gitee.com/openeuler/release-management/issues/I23GFL?from=project-i…> developing Desktop @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 11 openEuler 20.03 LTS SP1同时支持openjdk多个版本<https://gitee.com/openeuler/release-management/issues/I23GFC?from=project-i…> developing 12 openEuler 20.03 SP1 虚拟化支持内存，cpu热添加<https://gitee.com/openeuler/release-management/issues/I23GF7?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 13 openEuler 20.03 SP1 “支持vmtop”<https://gitee.com/openeuler/release-management/issues/I23GF2?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 14 openEuler 20.03 LTS SP1虚拟化支持安全启动<https://gitee.com/openeuler/release-management/issues/I23GEY?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 15 openEuler 20.03 LTS SP1虚拟化支持custom模式<https://gitee.com/openeuler/release-management/issues/I23GEU?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 16 openEuler 20.03 LTS SP1回合20.09 Atune<https://gitee.com/openeuler/release-management/issues/I23GEM?from=project-i…> developing 17 openEuler 20.03 LTS SP1补充SONY使用的依赖包<https://gitee.com/openeuler/release-management/issues/I23GEG?from=project-i…> developing 18 openEuler 20.03 LTS SP1补齐pts安装依赖<https://gitee.com/openeuler/release-management/issues/I23GEC?from=project-i…> developing 19 openEuler 20.03 LTS SP1回合20.09 iSular新版本特性<https://gitee.com/openeuler/release-management/issues/I23GE8?from=project-i…> developing 20 openEuler 20.03 LTS SP1开源openEuler-rpm-config宏<https://gitee.com/openeuler/release-management/issues/I23GDZ?from=project-i…> developing Base-service @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 21 openEuler 20.03 LTS SP1支持abrt组件<https://gitee.com/openeuler/release-management/issues/I23GDU?from=project-i…> developing Application @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 22 openEuler 20.03 LTS SP1支持osinfo<https://gitee.com/openeuler/release-management/issues/I23GDP?from=project-i…> developing Base-service @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 23 microcode_ctl需要回合支持x86<https://gitee.com/openeuler/release-management/issues/I1RFVK?from=project-i…> developing 24 openEuler 20.03 LTS SP1新增 raspberrypi 版本<https://gitee.com/openeuler/release-management/issues/I1RMC1?from=project-i…> developing RaspberryPi @woqidaideshi<https://gitee.com/woqidaideshi> 25 openEuler 20.03 LTS SP1新增UKUI组件<https://gitee.com/openeuler/release-management/issues/I1R54N?from=project-i…> developing sig_UKUI @dou33<https://gitee.com/dou33> 26 openEuler 20.03 LTS SP1新增netinstall组件<https://gitee.com/openeuler/release-management/issues/I1Y26A?from=project-i…> developing sig-OS-Builder @t_feng<https://gitee.com/t_feng> 27 openEuler20.03 LTS SP1版本支持飞腾 arm64架构CPU<https://gitee.com/openeuler/release-management/issues/I1RXGT?from=project-i…> developing 28 openEuler 20.03-LTS版本升级新增bcc的软件包<https://gitee.com/openeuler/release-management/issues/I1O7RM?from=project-i…> developing 29 openEuler 20.03 LTS SP1申请新增maildrop和proftpd软件包<https://gitee.com/openeuler/release-management/issues/I1TWXG?from=project-i…> developing 30 openEuler 20.03 LTS SP1内核开启config_acpi_nfit内核选项<https://gitee.com/openeuler/release-management/issues/I26KWQ?from=project-i…> developing 已知问题序号描述关联软件进展/结论 1 package abrt-atomic-2.13.0-9.oe1.aarch64 conflicts with abrt-addon-ccpp provided by abrt-addon-ccpp-2.13.0-9.oe1.aarch64 abrt 已确认：abrt主包spec中对abrt-atomic下加了Conflicts，会与abrt-addon-ccpp冲突 2 package blktrace-1.2.0-14.oe1.aarch64 obsoletes iowatcher < 1.2.0-14.oe1 provided by iowatcher-1.0-7.oe1.aarch64 iowatcher 已确认：blktrace已提供iowatcher，移除 3 package rdma-core-28.1-3.oe1.aarch64 obsoletes infiniband-diags provided by infiniband-diags-2.1.0-2.oe1.aarch64； package rdma-core-devel-28.1-3.oe1.aarch64 obsoletes infiniband-diags-devel < 28.1-3.oe1 provided by infiniband-diags-devel-2.1.0-2.oe1.aarch64 infiniband 已确认：在rdma-core升级到27.1版本时，已经提供了infiniband-diags的功能，移除 4 package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1()(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1(IBVERBS_1.0)(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1(IBVERBS_1.1)(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires librdmacm.so.1()(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires librdmacm.so.1(RDMACM_1.0)(64bit), but none of the providers can be installed infiniband 已确认：因为缺少rdma-core提供的库文件，库文件没有，是因为rdma-core跟infiniband-diags冲突没安装上，修改方案同问题3 5 package libkcapi-devel-1.2.0-3.oe1.aarch64 obsoletes libkcapi-tests provided by libkcapi-tests-1.2.0-3.oe1.aarch64 libkcapi-devel 已确认：删除多余的provides 6 package mysql5-5.7.21-2.oe1.aarch64 conflicts with mariadb provided by mariadb-3:10.3.9-9.oe1.aarch64 mysql5 已确认：mysql与mariadb不能同时安装 7 package mvapich2-devel-2.3-8.oe1.aarch64 requires rdma-core-devel, but none of the providers can be installed infiniband 已确认：因为缺少rdma-core提供的库文件，库文件没有，是因为rdma-core跟infiniband-diags冲突没安装上，修改方案同问题3 8 package pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 requires gdm >= 1:2.22.0, but none of the providers can be installed package pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 requires gdm, but none of the providers can be installed package gdm-1:3.30.1-8.oe1.aarch64 obsoletes pulseaudio-gdm-hooks < 1:11.1-17 provided by pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 pulseaudio 已确认：gdm包已提供pulseaudio-gdm-hooks这个功能，移除 9 package python3-abrt-container-addon-2.13.0-9.oe1.aarch64 conflicts with python3-abrt-addon provided by python3-abrt-addon-2.13.0-9.oe1.noarch abrt 已确认：abrt主包spec中对abrt-atomic下加了Conflicts，会与abrt-addon-ccpp冲突 10 package python3-pycryptodome-3.9.7-3.oe1.aarch64 conflicts with python3-crypto <= 2.6.1 provided by python3-crypto-2.6.1-26.oe1.aarch64 python-crypto 已确认：python-crypto衰退软件，python-pycryptodome是python-crypto它的替代软件 11 Pxe安装后无法启动，问题正在确认 Selinux

3 2

关于麒麟HA引入SP1-Epol的策略说明
by xiasenlin 23 Nov '20

23 Nov '20

OBS私有工程： https://117.78.1.88/project/show/Epol_HA 引入HA策略： 1．基于私有工程Epol_HA分析、构建HA所有组件（包括编译和安装依赖闭环），确保meta里面只依赖 openEuler:20.03:LTS:SP1<https://117.78.1.88/project/show/openEuler:20.03:LTS:SP1> openEuler:20.03:LTS:SP1:Epol<https://117.78.1.88/project/show/openEuler:20.03:LTS:SP1:Epol> 2．打开Epol_HA的check，暴露出所有组件可能隐含的测试用例的问题，请麒麟的同学一起解决； 3．涉及SP1/Epol已有组件的版本变更，要做好差异分析（特别是接口变更）及升级的影响分析，必须满足前向兼容； 4．涉及新引入Epol的组件，应满足开源友好，可维护，必须通过单包校验，验证安装、卸载、升级； 5．关键功能验证由麒麟同学主导

1 0

Re: 答复: 【议题申报】openEuler引入chromium浏览器替代firefox的策略决策【请注意，邮件由tc-bounces@openeuler.org代发】
by Zhanghaijian (A) 23 Nov '20

23 Nov '20

1， chrome官方编译文档是否有说明，一定依赖gcc 9+。 Chrome 86 版本有说明依赖gcc 8： addons: apt: sources: - llvm-toolchain-xenial-7 - ubuntu-toolchain-r-test packages: - clang-7 - cmake - gcc-8 - g++-8 - ninja-build 2，需要确认下chrome编译不过是依赖高版本C++的哪些特性，这些特性是何时添加进来的？还是第一个版本就已经有了目前已经发现有依赖C++新特性，是gcc8引入的，目前是通过回合gcc patch和chrome patch解决了7 8个问题，还未完全解决，有些新特性依赖较大，无法直接回合，也无法确认还有多少问题。 From: gaojianxing Sent: Thursday, November 19, 2020 4:50 PM To: 潘晨博 <panchenbo(a)uniontech.com>; Huxinwei <huxinwei(a)huawei.com>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; Jianmin Wang <jianmin(a)iscas.ac.cn>; tc <tc(a)openeuler.org>; Xiexiuqi <xiexiuqi(a)huawei.com> Cc: Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; guoge (A) <guoge1(a)huawei.com> Subject: 答复: Re:[Tc] 答复: 【议题申报】openEuler引入chromium浏览器替代firefox的策略决策【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg > 3，如果2问题确认是在某个版本以上chrome才依赖高版本C++，那么是否可以通过降低chrome版本或者spec中去掉部分功能来规避编译问题。当前常用的各浏览器，chrome、firefox、edge、safari 都会不断因解决CVE、适应新的功能需求不断升级，以firefox和chrome为例版本发布周期为4~6周一个稳定版本。要解决CVE漏洞或支持新的功能都会不断推动浏览器升级，无论firefox、chrome或其它浏览器都有这种要求。更换为chrome 是因为firefox升级解决CVE的过程中发现firefox高版本引入存在法务风险，引入低版本的chrome同样面临CVE问题推动需要升级。发件人: 潘晨博 [mailto:panchenbo@uniontech.com] 发送时间: 2020年11月19日 16:18 收件人: Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; Jianmin Wang <jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>> 抄送: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 主题: Re:[Tc] 答复: 【议题申报】openEuler引入chromium浏览器替代firefox的策略决策【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg<mailto:邮件由tc-bounces@openeuler.org代发】> 你好，看到各位讨论chrome浏览器无法通过gcc7.3.0编译，想通过兼容2个版本gcc来实现，方案2确实对于osv厂商来说不太现实，关于这个问题，我有几个疑问，： 1，chrome官方编译文档是否有说明，一定依赖gcc 9+。 2，需要确认下chrome编译不过是依赖高版本C++的哪些特性，这些特性是何时添加进来的？还是第一个版本就已经有了。 3，如果2问题确认是在某个版本以上chrome才依赖高版本C++，那么是否可以通过降低chrome版本或者spec中去掉部分功能来规避编译问题。 From: "Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>" To: "Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>","xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>","Jianmin Wang <jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>>","tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>","Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>>" CC: "Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>","guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>","gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>" Sent: 2020-11-19 15:27 Subject: [Tc] 答复: 【议题申报】openEuler引入chromium浏览器替代firefox的策略决策【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg<mailto:邮件由tc-bounces@openeuler.org代发】> 这个例子听起来不合理。 so 文件本身是有版本的，也就是so后面的版本后缀。我手边的 Ubuntu 系统里， libstdc++.so.6 是指向 libstdc++.so.6.0.21 的符号链接。所以我问的是为什么不能只依赖带版本号的 libstdc++ 和 libgcc -----邮件原件----- 发件人: Zhanghaijian (A) 发送时间: 2020年11月19日 13:46 收件人: Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; Jianmin Wang <jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>> 抄送: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 主题: RE: 【议题申报】openEuler引入chromium浏览器替代firefox的策略决策 2. 方案2我不理解为什么安装 Chromium 会引入 gcc 9.3，不应该只在 > 构建的时候引入吗？安装只依赖带版本号的 libstdc++和libgcc？ > 所以这里 chromium 和gcc 7.3不能共存的技术原因是什么？@郭 > 歌 libstdc++.so是运行库，是gcc的一个组件，用gcc9.3编译的Chromium，Chromium会调用gcc9.3的libstdc+ libstdc+++.so的接口，有些接口是高版本引入的，gcc7.3的libstdc++.so并没有提供这些接口，如果OS的gcc还是gcc7.3版本，会导致Chromium加载时找不到这些接口，导致无法运行。昨天刚有个例子：用户用gcc9编了一个工具thin-provisioning-tools，在openEuler20.03上运行报错：nothing provides libstdc++.so.6(GLIBCXX_3.4.26)(64bit) needed by thin-provisioning-tools，就是因为openEuler20.03上的libstdc++.so库是gcc7.3版本，没有GLIBCXX_3.4.26，7.3最高只支持到GLIBCXX_3.4.24 > -----Original Message----- > From: Huxinwei > Sent: Thursday, November 19, 2020 11:40 AM > To: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; Jianmin Wang > <jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Xiexiuqi > <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>> > Cc: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; guoge (A) > <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; > Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> > Subject: RE: 【议题申报】openEuler引入chromium浏览器替代firefox的策 > 略决策 > > 1. 张伟的角色是openEuler社区法务，不是公司法务 > 2. 对三个方案的建议： > 1. 方案1需要安全委员会的意见，其他OSV社区的情况不适合作为我 > 们的参考。 > 2. 方案2我不理解为什么安装 Chromium 会引入 gcc 9.3，不应该只在 > 构建的时候引入吗？安装只依赖带版本号的 libstdc++和libgcc？ > 所以这里 chromium 和gcc 7.3不能共存的技术原因是什么？@郭 > 歌 > 3. 方案3不是独立存在的，先确认方案2的问题吧。 > > 另外，社区讨论，建议不要使用 word 文档 > > > -----Original Message----- > > From: xiasenlin [mailto:xiasenlin1@huawei.com] > > Sent: Thursday, November 19, 2020 10:25 AM > > To: Jianmin Wang <jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; > > Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>> > > Cc: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; guoge (A) > > <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; > > Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> > > Subject: [Tc] 【议题申报】openEuler引入chromium浏览器替代firefox的 > 策 > > 略决策 > > > > Hi，各位 TC 委员， > > > > 在上一次申请“升级openEuler:20.03:LTS:Next 分支的gcc，与20.09版本 > 一 > > 致以解决firefox升级失败问题”之后，我们尝试引入chromium浏览器替 > 代 > > firefox，目前遇到阻塞问题并提供了可选方案（见附件），因为依然涉及 > 高 > > 版本的gcc，特申请与 TC 委员们和社区成员讨论。 > > 谢谢。 > > > > ——夏森林、章海剑 _______________________________________________ Tc mailing list -- tc(a)openeuler.org<mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave(a)openeuler.org<mailto:tc-leave@openeuler.org>

5 4

[sig-openresty] 寻找 OpenResty SIG 的 maintainer/committer
by Joey Ma 21 Nov '20

21 Nov '20

Hi All, 大家好，我是马俊杰，正在与小伙伴计划将 OpenResty 生态引入至 openEuler 社区。前期经过与 TC 的沟通 [1]，我们将成立 OpenResty SIG 小组负责此项工作，SIG 小组名称暂定为 sig-openresty。本着开源社区“透明、公开”的精神，现面向社区寻找有能力的开发者担任 sig-openresty 的 maintainer/committer，期望您在 OpenResty 生态有所建树，并乐意为 SIG 组贡献自己的智慧。 sig-openresty 的工作内容有： 1. 引入+维护 OpenResty 的依赖包，与其他 SIG 组确定依赖包归属； 2. 引入+维护 OpenResty 核心包，放入 sig-openresty； 3. 引入+维护以 OpenResty 为基础的其他开源项目，如：Kong、Apache APISIX等； 4. ARM64 架构下 OpenResty 生态的调优；另外，目前 sig-openresty 的重要成员已包括： 1. 温铭（maintainer）：OpenResty 软件基金会创始人、OpenResty 软件基金会第一任主席、Apache APISIX 项目 VP； 2. 罗泽轩（maintainer）：OpenResty 核心开发者、Apache APISIX 项目 PMC 成员 3. 刘曦冉（committer）：Apache APISIX 项目 Committer 愿意参与的开发者请直接回复此邮件，时间截至：2020-11-20T20:00:00.00+08:00 。期待与您一起做好 sig-openresty，谢谢。祝好，马俊杰 [1]: https://gitee.com/openeuler/community/pulls/1240

2 1

【议题申报】openEuler引入chromium浏览器替代firefox的策略决策
by xiasenlin 20 Nov '20

20 Nov '20

Hi，各位 TC 委员，在上一次申请“升级openEuler:20.03:LTS:Next 分支的gcc，与20.09版本一致以解决firefox升级失败问题”之后，我们尝试引入chromium浏览器替代firefox，目前遇到阻塞问题并提供了可选方案（见附件），因为依然涉及高版本的gcc，特申请与 TC 委员们和社区成员讨论。谢谢。 ——夏森林、章海剑

6 11

[summit]Last Call: 不要错过在首届线下openEuler Summit 登台演讲的机会
by Liyongle (Fred) 20 Nov '20

20 Nov '20

openEuler Summit 已经得到了大家的很多支持演讲议题、支持单位、SIG、Demo 还在增加但是，申报议题和Demo今天就是 Deadline 了 11月20日23：59截至，不要错过你发展最迅速、最具活力的首届openEuler Summit 展示自己的技术实力赶快点击下方的链接报名申请链接 Call for Speaker<https://shimo.im/forms/XtCTP9jcrXKgjytD/fill> Call for Sponsor<https://shimo.im/forms/VWWtgLsVHzovmbeH/fill> Call for SIG<https://shimo.im/forms/KSMKHGPHIAsjoNHP/fill> Call for Demo<https://shimo.im/forms/lMTsArbYcy4hd2dY/fill> [cid:image001.png@01D6BF24.25DA26F0]<https://openeuler.org/zh/interaction/summit-list/> 在 openEuler Summit 人人都是主办方人人都是参与者这和开源精神的内核是一致的大会议程日益丰满并且干货满满、富有趣味 Hello openEuler 开发者体验区非常的酷因为我们想到了一个从树莓派到数据中心的全场景展示还有其他一些 “别有用心” 的 Demo 绝对的好玩 TC、SIG、Maintainer 已经准备好了 “网友见面” 现场召开 TC 工作会议现场召开 SIG 组工作会议现场接受新 SIG 申请现场的 Maintainer 共同分享学习不断增加的支持单位、友好基金会和社区媒体 [cid:image001.jpg@01D6BF21.1ADA52F0]

1 0

关于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件的讨论
by chenyaqiang 19 Nov '20

19 Nov '20

Hi，all 议题：本邮件收集openEuler社区及openEuler相关联使用者对于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件，仅保留python3-virtualenv组件的相关建议和意见，如果你对下面的删包方式和兼容性解决方案由其他建议，烦请邮件或者openEuler社区回复讨论。社区issue讨论链接： https://gitee.com/src-openeuler/python-virtualenv/issues/I266XK Python- virtualenv组件功能简介： Python- virtualenv组件主要是用来在同一套开发环境下为每个应用创建一套“隔离”的Python运行环境，用户可以使用Python- virtualenv组件创建多个不同的python运行环境，例如然后在创建的环境中开发项目，隔离项目之间的第三方包依赖，不同项目之间相互不干扰。同时Python<https://wiki.archlinux.org/index.php/Python>从3.3开始包含了venv程序，无需单独安装。如果用户必须使用老版本的Python，例如openEuler 20.03-LTS提供的python 2.7，则需要额外安装<https://wiki.archlinux.org/index.php/%E5%AE%89%E8%A3%85>virtualenv。 Python- virtualenv具体使用方式如下： Python 3 使用 python-virtualenv 提供的 virtualenv。 $ virtualenv venv Python 2 使用 python2-virtualenv 提供的 virtualenv2。 $ virtualenv2 venv Python- virtualenv组件中删除python2-virtualenv子包原因： 1、 openEuler 20.03-LT-Next开发分支定期分析所有组件包upstream社区各个版本状态和质量过程中，同步发现当前python-virtualenv版本是16.0.0，社区于2018.5.17发布该版本，该版本比较老旧，社区当前stable版本已更新到V16.7.10，3年多时间版本更新了21次，新版本中修复了大量bug和CVE，同步引入新的特性支持python 3.x，根据openEuler社区软件包选型规范和策略，python sig考虑跟随upstream社区版本演进路线，同步选型升级到V16.7.10，次新版本变化带来不可避免的ABI变更。具体升级到V16.7.10之后,python2-virtualenv新增大量python2相关子包依赖，详细如下：（1）python2-appdirs ——>SP1分支仅有python3版本（2）python2-distlib ——>SP1分支仅有python3版本（3）python2-contextlib2 ——>版本较低，需要升级才能依赖关系（4）python2-filelock ——>SP1分支仅有python3版本（5）python2-importlib-metadata ——>SP1分支仅有python3版本（6）python2-importlib-resources ——>由python-importlib-resources提供，需要引入python-importlib-resources包 ——> python2-importlib-resources依赖python2-zipp python2-zipp ——>SP1分支仅有python3版本（7）python2-pathlib2 ——>由python-pathlib2提供，需要引入python-pathlib2 ——>python-pathlib2依赖python2-scandir python2-scandir ——> SP1分支仅有python3版本详细变更可以参考： a) https://virtualenv.pypa.io/en/legacy/changes.html#v16-0-0-2018-05-16 b) https://virtualenv.pypa.io/en/latest/changelog.html 2、 openEuler 20.03-LTS及其后续SP版本已明确将于2020.12.30号停止维护python2及其相关子包基于上面2点原因考虑，python sig考虑从openEuler 20.03-LTS-SP1版本开始，删除python2-virtualenv组件，建议对python-virtualenv组件有依赖和使用场景的使用者，推荐使用python3及对应的python-virtualenv组件； Python2-virtuallenv前向兼容性解决方案： Python sig同时考虑到社区部分使用者前期可能存在已使用openEuler 20.03-LTS版本中python2和python2-virtualenv相关组件，为了尽最大可能减少用户使用习惯的改变，本着把“困难留给maintainer自己 ☺ ”，openEuler 20.03-LTS-SP1版本中考虑在该版本的EPOL仓库中继续提供openEuler 20.03-LTS版本中的python2-virtualenv相关组件（仅提供二进制文件，不再承诺该组件的后续CVE和bugfix维护支持），您只需要在安装了openEuler 20.03-LTS-SP1后，配置EPOL软件仓库，使用dnf install python2-virtualenv –y方式（当然rpm –ivh方式也可以），即可安装和继续正常使用python2-virtualenv组件；该兼容性方案已由openEuler python sig验证通过； --------------------------- Best Regards 陈亚强

1 0

sig-high-performance-network regular meeting
by openEuler conference 19 Nov '20

19 Nov '20

1 0

【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by 瓜-007 18 Nov '20

18 Nov '20

议题1 Nexus 相关专题进展  马全一议题2 类似 openresty 这类软件在 openEuler 的长期方案讨论胡core 议题3  PR1253 新sig申请魏宝辉 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 20:44 PM To: "tc(a)openeuler.org"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题2 类似 openresty 这类软件在 openEuler 的长期方案讨论胡core 议题3  PR1253 新sig申请 ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

2 1

【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by 瓜-007 17 Nov '20

17 Nov '20

议题1 Nexus 相关专题进展  胡core 马全一议题2 类似 openresty 这类软件在 openEuler 的长期方案讨论胡core 议题3  PR1253 新sig申请 ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download ---Original--- From: "瓜-007"<35702448(a)qq.com> Date: Tue, Nov 17, 2020 15:55 PM To: "Meeting Book"<uMeeting(a)huawei.com>;"tc"<tc(a)openeuler.org>; Subject: Re: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

Re: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by 瓜-007 17 Nov '20

17 Nov '20

议题1 Nexus 相关专题进展  胡core 马全一议题征集中… ---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

2 2

openstack sig会议
by openEuler conference 17 Nov '20

17 Nov '20

1 0

Fwd: FW: Re: openEuler TC议题征集//Fw: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by Zhiqiang Liu 17 Nov '20

17 Nov '20

storage sig组申报议题： 1. libiscsi和xfsprogs进行合理的拆包以减少主包不必要和不合理的依赖相关issue： libiscsi：https://gitee.com/src-openeuler/libiscsi/issues/I1QELX?from=projec… xfsprogs：https://gitee.com/src-openeuler/xfsprogs/issues/I25OQM?from=projec… -------- Forwarded Message -------- Subject: FW: [Tc] Re: openEuler TC议题征集//Fw: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Date: Tue, 17 Nov 2020 10:38:31 +0800 From: chenyaqiang <chenyaqiang(a)huawei.com> To: liuzhiqiang (I) <liuzhiqiang26(a)huawei.com> 请申报议题到tc(a)openeuler.org <mailto:请申报议题到tc@openeuler.org>邮件列表 *From:*Huxinwei [mailto:huxinwei@huawei.com] *Sent:* Tuesday, November 17, 2020 10:11 AM *To:* 瓜-007 <35702448(a)qq.com>; tc(a)openeuler.org *Subject:* [Tc] Re: openEuler TC议题征集//Fw: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 上个月有一个Nexus 相关的议题，还没有进展。我申请一个议题，需要老马参加，我们讨论下下一步怎么做。 *From:*瓜-007 [mailto:35702448@qq.com] *Sent:* Monday, November 16, 2020 10:53 PM *To:* tc(a)openeuler.org <mailto:tc@openeuler.org> *Subject:* [Tc] openEuler TC议题征集//Fw: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 ---Original--- *From:*"Meeting Book"<uMeeting(a)huawei.com <mailto:uMeeting@huawei.com>> *Date:*Mon, Nov 16, 2020 22:22 PM *To:*"tc"<tc(a)openeuler.org <mailto:tc@openeuler.org>>; *Subject:*[Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >> <https://welink-meeting.zoom.us/j/466404614> Meeting ID 466 404 614 Convener 王勋 Tips: Dial the access number to join conference <http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 <https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download <https://zoom.us/download>

1 0

openEuler TC议题征集//Fw: 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by 瓜-007 17 Nov '20

17 Nov '20

---Original--- From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Nov 16, 2020 22:22 PM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00 Topic openEuler TC meeting Time 2020-11-18 10:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 466 404 614   Convener 王勋   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

2 1

【Meeting Notice】openEuler TC meeting Time: 2020-11-18 10:00-12:00
by Meeting Book 16 Nov '20

16 Nov '20

1 0

openEuler 20.03 LTS SP1分支受控合入通知
by Hufeng (Solar, Euler) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS SP1版本经过大家的努力，已经进入转测试冲刺阶段，为了保证合入质量。 openEuler 20.03 LTS SP1分支今天起受控合入，所有合入除了maintainer以外，还需要受控合入清单内的人同意才能合入代码（见下清单），请知。 yaqiangchen openeuler-basic orange-snn solarhu Ronnie_Jiang small_leek

2 1

openEuler kernel sig meeting
by openEuler conference 13 Nov '20

13 Nov '20

2 3

答复: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况
by guoge (A) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS在尝试引入chrome浏览器，目前遇到编译问题目前怀疑需要gcc 8特性，需要具体看下是否可以简单补丁方式解决，否则可能会需要引入gcc 8及以上版本，需要麻烦@章海剑 @谢志恒看下发件人: qiaopeixin 发送时间: 2020年11月13日 10:25 收件人: gaojianxing <gaojianxing(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; sunguoshuai <sunguoshuai(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> 抄送: guoge (A) <guoge1(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; tc <tc(a)openeuler.org>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com> 主题: RE: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况修正2.3: 代码是C++用了C语言结构体的格式。GCC trunk进入8.0.0之前的时候拉出来一个分支gcc-7，后面继续演进直到7.3，都没有修掉这个问题，7.5也没有修掉；trunk 同时继续演进，在8.0.0和9.0.0之间某一个节点修掉了这个问题。所以GCC release的版本中8.1之后的都修掉了这个问题。我找到修掉这个问题的节点后我们分析了一下，该节点依赖不少trunk之前合入的patch， gcc-7没有合入，初步尝试往前追溯了几个patch，都无法打到GCC 7.3.0上。预计需要合入多个patch，短时间无法适配好。祝好，乔沛鑫 From: gaojianxing Sent: Friday, November 13, 2020 9:14 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中―已解决合入乔沛鑫提供的patch，PR c++/80452， optional-bug-fix.patch 此部分已编译通过 2．5、当前编译 gpu/command_buffer/service/external_vk_image_backing.cc出现错误，正在修改chromium相应文件。预期上午今天上午解决发件人: gaojianxing 发送时间: 2020年11月11日 18:11 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; 'tc' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; '；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>' <；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、当前编译错误如下图，已找到patch，patch commit ID为：d68ddd2b35078ab61f164b268bac63767b2a8e6a，但此patch不能直接合入，需要多个patch解决，正在回溯gcc解决此问题的历史patch。发件人: gaojianxing 发送时间: 2020年11月9日 20:45 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中 [cid:image001.png@01D6B9AD.4C816EC0] 发件人: Hufeng (Solar, Euler) 发送时间: 2020年11月7日 14:51 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: RE: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 20.09ukui有桌面，挂epol的源，可以试试 From: gaojianxing Sent: Friday, November 6, 2020 6:16 PM To: sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> Subject: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、 openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能未测试（需要GUI界面才能进行测试）; 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已发现问题如下 2．1 在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 此patch已合入到私有工程中，并编译通过，相应问题已解决； 2．2 当前错误 blink/renderer/platform/wtf/vector.h:268:58: error: requested alignment is not an integer constant 对应的漏洞原因正在定位中，尝试通过gcc补丁解决。发件人: sunguoshuai 发送时间: 2020年11月4日 17:48 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome编译时间过长的问题需要提前考虑… Obs上次自己的分支编译了9个多小时发件人: xiasenlin 发送时间: 2020年11月4日 15:45 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险引入chrome是很好的尝试，意义不止在于替换调更新版本的存在专利问题的firefox，更多的是为了提供更安全的浏览器。接下来需要做的： 1．“在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决）”，具体打什么补丁尽快与编译器同事确认 2．本地编译打包完成之后，要给出进一步的安装和功能验证的自验文档发件人: gaojianxing 发送时间: 2020年11月4日 14:56 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; platform.zhang(a)huawei.com<mailto:platform.zhang@huawei.com>；; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 1、当前firefox 在主线已经升级到79版本，openEuler-20.03-LTS 经过适配已经可以升级到79版本，但因下游需求及CVE解决需要，及firefox本身在不断的演进，后续存在升级的需求，注：（当前firefox最新版本已是firefox82） Firefox后续版本流媒编解码依赖于包fdk-acc，fdk-acc包托管于github.com, license经与公司法务张伟咨询发现存在专利权问题：具体见附件的license，有风险部分如下： [cid:image002.png@01D6B9AD.4C816EC0] [cid:image003.png@01D6B9AD.4C816EC0] 2．可采取的解决方案： 2.1．后续采用chromium 浏览器，当前调查不存在专利和license等相关法务风险，但是在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决），当前在主线和09版本引入没有问题； 2.2．继续使用firefox，尝试寻找其它包替代fdk-aac相关包功能（有风险，可能引入的包也有法务问题，且需要解决依赖问题）； 2.3．继续使用firefox，但是firefox后续升级存在法务风险（firefox不升级，但漏洞无法修复）。

1 0

回复：[Dev] Re: 申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 -- 输出了仓库配置管理格式说明.md 文件，看是否满足要求（ https://github.com/GeorgeCao-hw/georgedoc/blob/master/yaml… 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 -- 赞同该建议, 在yaml文件开头增加version字段 2.      Branch的type normal 有什么意义吗？ -- branch的type是按照码云分支的类型设置，包括protected，normal，readyonly三个选项,normal分支通常就是非保护分支       3.      Created_from 应该叫fork_from --create_from字段是按照gitee页面新建分支操作上的提示取的，希望和码云一致        4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？ --我们考虑删除分支和删除仓库类似，属于高危操作，当前建议是不通过配置文件执行自动删除，    如果确实需要删除可以将该分支从配置文件中删除，然后再到码云仓库中手动删除 5.  你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。 -- 如果src-openeuler.yaml改了格式，openeuler.yaml格式不调整， CI-bot需要两套处理逻辑，增加了复杂度。附格式样例： ------------------ 原始邮件 ------------------ 发件人: "Huxinwei" <huxinwei(a)huawei.com>; 发送时间: 2020年11月12日(星期四) 中午1:01 收件人: "George"<caozhi1214(a)qq.com>;"tc(a)openeuler.org"<tc(a)openeuler.org>; 抄送: "dev"<dev(a)openeuler.org>; 主题: [Dev] Re: [Tc] 申请修改仓库配置文件格式你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。   以下是我的建议： 0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 2.      Branch的type normal 有什么意义吗？ 3.      Created_from 应该叫fork_from 4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？   From: George [mailto:caozhi1214@qq.com] Sent: Thursday, November 12, 2020 12:05 PM To: tc(a)openeuler.org Cc: dev <dev(a)openeuler.org> Subject: [Tc] 申请修改仓库配置文件格式   Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。   老格式：   新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected  

2 1

关于openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示)
by xiasenlin 12 Nov '20

12 Nov '20

邮件背景：当前海思在维护的KAEdriver（Github主页：https://github.com/kunpengcompute/KAEdriver）基于4.… kernel及openeuler的版本计划： Linux 5.10 预计是 Linux 社区今年的 LTS (long-term support) 版本。openEuler 社区经过多轮沟通，选择 5.10 作为 openEuler 内核的下一个长期维护版本（openEuler Long-term support Kernel, OLK）。openEuler 社区提供不少于4年的维护时间和不少于2年的扩展维护时间。按照规划 openEuler 21.03、21.09 以及 openEuler 22.03 LTS 都将选择该内核版本。（具体时间以openEuler社区官网公布为准）转自：https://gitee.com/openeuler/community/blob/master/sig/Kernel/kernel-upgr…

1 0

申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。老格式：新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected

3 3

【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Meeting Book 11 Nov '20

11 Nov '20

4 4

【例会纪要】openEuler Release-Management SIG meeting
by chenyaqiang 11 Nov '20

11 Nov '20

议题一： pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如遗留问题： 1、软件包兼容性分级信息是否可以在pkgship网站呈现 A: 当前pkgship 数据库及web页面均已经预留软件包兼容性分级接口，待openEuler社区软件包分级数据收集完成后，对接预留接口，可以直接支持信息查询； 2、如何访问pkgship依赖关系数据库网站？ A：当前pkgship已经提供独立页面支持访问：https://pkgmanage.openeuler.org/ 。后续会在openEuler.org社区主页界面增加pkgship子入口，引导用户访问pkgship；议题二： openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强遗留问题： 1、openEuler 21.03版本是否集成python 3.9，需要结合python 3.9稳定版本发布计划与openEuler 21.03版本节奏匹配；议题三： openEuler 20.03-LTS SP2计划移除python2及其相关子包；议题主讲人：陈亚强遗留问题： 1、pythpn2.7从标准ISO发布件中移除后，对于其他依赖python2的软件包的影响范围和差异需求梳理清楚，并在社区发起影响分析讨论； 2、openEuler线下交流会议中，同步收集openEuler 20.03-LTS用户对于python2.7移除的意见和建议议题四： openEuler 20.03-LTS SP1版本需求进展及版本计划同步：议题主讲人：胡峰议题五： openEuler 20.03-LTS 10月份补丁版本（update）发布评审；议题主讲人：胡峰 1、版本发布件及发布信息已公示openEuler社区release sig，本周持续收集社区意见及确认完成发布评审go_nogo签署；议题六： openEuler 20.03-LTS SP版本生命周期讨论议题主讲人：刘博 1、openEuler 20.03-LTS 330版本和后续LTS SP版本的生命周期、版本收编方式和收编计划需要在社区、线下交流沟通会议中持续收集建议，SP1发布时明确规范结论，支撑LTS版本在社区维护策略； Topic [WeLink Meeting] openEuler Release-Management SIG meeting Time 2020-11-11 09:30-11:30 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=8c8b822b759dc0a40175afc5be6…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=508447837&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/508447837> Meeting ID 508 447 837 Convener 陈亚强 (c00390579) Internal (10) 陈亚强 (c00390579), 朱延朋 (z00482129), 姜振华 (j00509688), 胡峰 (h00275609), 江裕民 (j00285779), 李永强 (l00384083), 明沛 (m00256926), 张伟 (z00444582), 刘博 (l00392858), Ying Wu (y00565703) External (9) fangyafengqidai(a)163.com<mailto:fangyafengqidai@163.com>, jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>, Erik.Yuan(a)arm.com<mailto:Erik.Yuan@arm.com>, panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>, pengfeizhou(a)yunify.com<mailto:pengfeizhou@yunify.com>, majunjiev(a)gmail.con<mailto:majunjiev@gmail.con>, release(a)openeuler.org<mailto:release@openeuler.org>, dev(a)openeuler.org<mailto:dev@openeuler.org>, tc(a)openeuler.org<mailto:tc@openeuler.org> Agenda 本次例会议题持续收集中，新增议题直接邮件回复申报即可。已收集议题如下： 1、pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如 2、openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强 3、openEuler 20.03 SP版本生命周期审视；议题主讲人：刘博注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

[会议纪要] DDE sig组11月例会
by 潘晨博 11 Nov '20

11 Nov '20

2 1

【请大家在评论区发表意见】openEuler 20.03 LTS Update 20201030 release 评审
by Hufeng (Solar, Euler) 10 Nov '20

10 Nov '20

https://gitee.com/openeuler/release-management/issues/I24KF3?from=project-i… 请大家发表该版本的评审意见。关键角色 QA（补充测试结论），TC委员会、包管理委员会、工程团队、release managment团队暂行评审规范（欢迎提意见） https://gitee.com/openeuler/release-management/blob/master/openEuler%E7%89%…

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-11 16:00-18:00
by Meeting Book 09 Nov '20

09 Nov '20

1 0

Re: 关于firefox后续版本(firefox82) 因专利问题存在引入风险
by Hufeng (Solar, Euler) 07 Nov '20

07 Nov '20

20.09ukui有桌面，挂epol的源，可以试试 From: gaojianxing Sent: Friday, November 6, 2020 6:16 PM To: sunguoshuai <sunguoshuai(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> Cc: guoge (A) <guoge1(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; tc <tc(a)openeuler.org>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com> Subject: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、 openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能未测试（需要GUI界面才能进行测试）; 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已发现问题如下 2．1 在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 此patch已合入到私有工程中，并编译通过，相应问题已解决； 2．2 当前错误 blink/renderer/platform/wtf/vector.h:268:58: error: requested alignment is not an integer constant 对应的漏洞原因正在定位中，尝试通过gcc补丁解决。发件人: sunguoshuai 发送时间: 2020年11月4日 17:48 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome编译时间过长的问题需要提前考虑… Obs上次自己的分支编译了9个多小时发件人: xiasenlin 发送时间: 2020年11月4日 15:45 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险引入chrome是很好的尝试，意义不止在于替换调更新版本的存在专利问题的firefox，更多的是为了提供更安全的浏览器。接下来需要做的： 1．“在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决）”，具体打什么补丁尽快与编译器同事确认 2．本地编译打包完成之后，要给出进一步的安装和功能验证的自验文档发件人: gaojianxing 发送时间: 2020年11月4日 14:56 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; platform.zhang(a)huawei.com<mailto:platform.zhang@huawei.com>；; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 1、当前firefox 在主线已经升级到79版本，openEuler-20.03-LTS 经过适配已经可以升级到79版本，但因下游需求及CVE解决需要，及firefox本身在不断的演进，后续存在升级的需求，注：（当前firefox最新版本已是firefox82） Firefox后续版本流媒编解码依赖于包fdk-acc，fdk-acc包托管于github.com, license经与公司法务张伟咨询发现存在专利权问题：具体见附件的license，有风险部分如下： [cid:image004.png@01D6B515.663E2DE0] [cid:image005.png@01D6B515.663E2DE0] 2．可采取的解决方案： 2.1．后续采用chromium 浏览器，当前调查不存在专利和license等相关法务风险，但是在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决），当前在主线和09版本引入没有问题； 2.2．继续使用firefox，尝试寻找其它包替代fdk-aac相关包功能（有风险，可能引入的包也有法务问题，且需要解决依赖问题）； 2.3．继续使用firefox，但是firefox后续升级存在法务风险（firefox不升级，但漏洞无法修复）。

1 0