- Dev - mailweb.openeuler.org

sig-confidential-computing例会
by gaoguijin 29 Oct '20

29 Oct '20

Etherpad链接： https://etherpad.openeuler.org/p/sig-confidential-computing-meetings Zoom: ID: 94842320955 https://zoom.us/j/94842320955?pwd=bHdLMGswRUVpRW9kVXFXbTk1UnpEQT09 -------------------------------------------------- 高贵锦 Gao Guijin Mobile: +86-18610122165<tel:+86-18610122165> Email: gaoguijin(a)huawei.com<mailto:gaoguijin@huawei.com>

2 2

【会议纪要】//答复: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 28 Oct '20

28 Oct '20

Release-Management SIG 组例会会议纪要（时间：2020-10-28 9:30-11:30）：议题一：openEuler社区版本分支管理规范初稿讨论 1、 openEuler 20.03 LTS NEXT分支将作为 20.03 LTS SP版本的开发分支进行特性开发合入。 2、 20.03 LTS SP1版本发布后，CVE漏洞与BUG修复需要同时在 20.03 LTS、20.03 LTS NEXT、20.03 LTS SP1三个分支合入。 3、 OpenEuler 版本分支管理规范稿在release sig 组发起讨论后最终定稿。议题二： kernel切换计划与后续的版本配套计划 1、 kernel计划本周v5.10-rc1版本发布后，启动在master分支上的切换，并最终5.10正式发布后（预计12月下旬），配套openEuler 21.03版本。 2、 kernel 将在openEuler 20.03 LTS SP2版本做较大的改动合入，可能会引起兼容性问题，需要kernel分析影响后在社区发起讨论，最终在TC决策。 3、 kernel是否单独建仓，在过程迭代中发布独立版本供开发者快速获取尝试，待进一步讨论在TC决策。议题三：树莓派镜像添加到树莓派官方第三方系统镜像工作进展 1、树莓派关于openEuler在使用与运营数据需要补充在全球的使用情况与发展趋势，运营数据可从运营团队获取。 2、 Jason文件的存放目录需要与运营负责人马全一讨论后确定。 3、对于密码设置的策略需要与安全委员会成员沟通后，根据不同场景给出方案，在TC进行决策。议题四：openEuler 20.03 LTS SP1 冻结需求 1、 openEuler 20.03 LTS SP1需求已冻结，需求列表在release sig组进行公布。 2、后续openEuler 版本需求收集除了在社区上进行公示外，建议与每个SIG 的maintainer再进一步确认，对于有市场诉求SIG组无法支持的，建议上TC决策。发件人: Jiangyumin (Jimmy) 发送时间: 2020年10月27日 16:22 收件人: release(a)openeuler.org; dev(a)openeuler.org 抄送: openEuler-tc <tc(a)openeuler.org>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Xiexiuqi <xiexiuqi(a)huawei.com>; '方亚芬' <yafen(a)iscas.ac.cn> 主题: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 明日Release sig 组例会议题如下： 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年10月26日 10:38 收件人: release(a)openeuler.org<mailto:release@openeuler.org>; dev(a)openeuler.org<mailto:dev@openeuler.org> 抄送: openEuler-tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

1 0

答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
by guoge (A) 28 Oct '20

28 Oct '20

建议方案1，在gcc中合入bugfix 在firefox的spec文件中是否需要关闭-fstack-clash-protection建议再进一步分析，一般认为这里可能有潜在的代码隐患，最好的方式是不要去关闭一个安全检查掩耳盗铃，而是通过修改代码修复安全问题发件人: Zhanghaijian (A) 发送时间: 2020年10月28日 10:47 收件人: gaojianxing <gaojianxing(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; guoge (A) <guoge1(a)huawei.com>; qiaopeixin <qiaopeixin(a)huawei.com> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com> 主题: RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要目前就3个方案可以讨论： 1、关闭选项-fstack-clash-protection，回合bugfix patch。 2、关闭选项-fstack-clash-protection，升级gcc7.5。 3、升级gcc9.3。方案3影响非常大，不建议。 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人：Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> 收件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>;xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时间：2020-10-28 10:35:47 主题：RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要编译选项“-fstack-clash-protection”，我们并没有说可以去掉，去掉会降低安全性，如果要去掉，需要firefox负责人自己评估 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 收件人：xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时间：2020-10-28 10:26:09 主题：答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要 Firefox 79.0 依赖gcc（7.3.0）编译问题进展在编译器组兄弟的协助下，对于firefox 79.0编译不通过问题定位如下：问题1：firefox79.0 中 RefPtr.h 中相关构造函数问题，是gcc的一个bug引起的，Patch：https://github.com/gcc-mirror/gcc/commit/57b9… 可以解决此问题；问题2：编译选项“-fstack-clash-protection”gcc 7.3.0 不识别问题，这个参数编译器提供的一个堆栈冲突缓解的选项，用于提高安全性的。注（编译器组兄弟说是可以去掉）问题3：编译选项“-m64”参数不识别问题，-m64是x86 64位应用编译选项，m64选项设置int为32bits及long、指针为64 bits，为AMD的x86 64架构生成代码。在Arm64平台无法支持，arm64 对应的选项为：-mabi=lp64 方案选择： gcc openEuler-20.03-LTS-Next、openEuler-20.03-LTS版本需要合入C++ PR/81589补丁；在firefox的spec文件强行将默认的-fstack-clash-protection编译参数去除，注（只在openEuler-20.03-LTS-Next、openEuler-20.03-LTS）分支中移除，对arm64版本-m64参数更换为-mabi=lp64。发件人: xiasenlin 发送时间: 2020年10月27日 15:30 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要 1. 原始问题： firefox基于当前版本的gcc编译失败 2. 原因分析： firefox（79.0）需要智能指针特性，但是gcc7.3不支持（7.5及之后的版本是支持的） 3. 当前进展：尝试依赖gcc7.5编译firefox（79.0），在强制关闭firefox中的-fstack-clash-protection选项后可以编译成功。 4. 下一步计划：对比7.3到7.5之间的commit，找到能在gcc7.3上让firefox编译成功的patch。 5. 风险：短时间内找到有风险，每次尝试gcc上打patch之后编译新的二进制后重编firefox一次需要2h。 6. 可能的最终策略：本次的firefox是在LTS-NEXT分支，为SP1做准备，如果月底解决不掉当前的编译问题，firefox需要移出分支。

2 1

关于go语言编译debuginfo.rpm包问题
by Zhoukang (A) 28 Oct '20

28 Oct '20

@ lujingxiao 能否把docker解决go语言编译debuginfo.rpm包方法共享到openEuler社区中; 最近在编译go语言开发的软件包的时候遇到debuginfo包无法正常编译问题;

1 0

[Tc] Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20

构建Nexus私服目的：加速maven构件(Artifact)访问；安全性检查；维护社区内部构件(Artifact)；目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。参考资料：各版本feature对比：repository-manager-feature-matrix Pro版本特性的详细说明：Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>; 发送时间: 2020年10月26日(星期一) 上午10:37 收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>; 抄送: "openEuler-tc"<tc(a)openeuler.org>; 主题: [Tc] ��ռ��Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing)     --- 会议信息 --- 会议id:    96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09     --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis  

1 0

【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20

明日Release sig 组例会议题如下： 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年10月26日 10:38 收件人: release(a)openeuler.org; dev(a)openeuler.org 抄送: openEuler-tc <tc(a)openeuler.org> 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

2 1

[Tc] Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20

构建Nexus私服目的：加速maven构件(Artifact)访问；安全审核；维护社区内部构件(Artifact)；目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。参考资料：各版本feature对比：repository-manager-feature-matrix Pro版本特性的详细说明：Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>; 发送时间: 2020年10月26日(星期一) 上午10:37 收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>; 抄送: "openEuler-tc"<tc(a)openeuler.org>; 主题: [Tc] ��ռ��Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing)     --- 会议信息 --- 会议id:    96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09     --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis  

1 0

【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20

Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

2 1

openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示)
by Xie XiuQi 27 Oct '20

27 Oct '20

openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示) - /本文//链接 <https://gitee.com/openeuler/community/blob/master/sig/Kernel/kernel-upgrade…>/ 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社区官网公布为准）升级安排： * v5.10-rc1 版本发布后，openEuler master 分支切换成 5.10。 * 由于主线 rc 版本尚在更新，openeuler_defconfig 暂时在 src-openeuler/kernel 仓库中提供，待 5.10 正式版本发布之后，再提交到源码仓库。 * openeuler_defconfig 基于 openEuler 20.09 的 config 修改适配，后续根据需求进行调整。 * 版本号格式，切换成 5.10.0-<devel_release>.<maintainence_release>。 * 首先支持 arm64 和 x86_64 架构，risc-v 的支持需要 risc-v sig 做适配。 * 上游社区 5.10 正式发布后（预计12月下旬）， openeuler/kernel 正式建立 OLK-5.10 分支（OLK: openEuler Long-term support Kernel），作为 5.10 的长期维护分支，接受补丁。 * 上游 5.10 正式发布前，如果有补丁需要发送 5.10，可以在 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 中发 RFC 补丁，提前 Review 和讨论。 * 我们也可能提前建立 OLK-5.10 分支，以提前合入部分补丁做验证，但是在上游社区 5.10 正式发布之前，该分支可能会经常做 rebase 和 force push。对 OLK-5.10 或 openEuler 21.03 kernel 的需求 * 需求可以在 https://gitee.com/openeuler/kernel/issues 中提出。 * 如对 defconfig 有诉求也请在上述链接中提 issue。 * openEuler 21.03 计划使用该内核版本，预计2021年1月份之后，将从 OLK-5.10 拉出 openEuler-21.03 维护分支，同时补丁将受限合入 openEuler 21.03。注意事项和说明 * OLK 是 openEuler Long-term support Kernel 的缩写。openEuler LTS 版本和部分创新版本的内核基于 OLK 拉出分支进行维护。 * openEuler 5.10 内核不是基于 openEuler 4.19 内核的演进，而是基于上游社区内核的重新选型，因此如果您之前有合入 openEuler 4.19 的补丁，且这些补丁没有进入上游 5.10 内核，则需要您重新适配后推送到 openEuler 5.10 内核。 * openEuler 5.10 和 openEuler 4.19 两个版本 kabi 不兼容，您在 4.19 编译的 ko 不能直接在 5.10 上安装使用，需要重新适配和编译。 * openEuler 4.19 内核仍然处于维护周期内，如果您正在使用 4.19 内核，也不必紧张，您仍然能收到 4.19 的更新和增强。问题反馈 * kernel 升级期间，如果遇到兼容性、功能等问题，可以在 https://gitee.com/openeuler/kernel/issues 提交 issue。有疑问也可以在 PR 评论中，或者提交 issue 讨论。 * 你也可以发邮件到 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 报议题在 kernel sig 例会中讨论。 * 如果 kernel sig 范围内协调或解决不了的问题，你也可以在 tc 报议题讨论。相关讨论纪要 kernel-sig 切换 5.10 的会议纪要： https://mailweb.openeuler.org/hyperkitty/list/kernel@openeuler.org/thread/6… openEuler kernel 版本号在 TC 的议题及会议纪要： * 议题及讨论记录： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/KOHJN… https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/VNJQ6… * 纪要： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/ZLAWQ…

1 0

会议纪要//RE: dev-utils sig组例会
by Mingfangsen 27 Oct '20

27 Oct '20

与会人：ethan848、overweight、chendong1995、smileknife、 pkgporter项目进展： rubyporter，nodejsporter，pkgporter, nodejsporter已经完成开发，计划集成到21.03版本，下一步要做成rpm的形式，计划11中旬完成自研项目规划及进展： 1、重构systemd，年底前完成架构调研和重构设计，21年完成基本功能重写 --- love_hangzhou/overweight 计划分两个阶段进行：阶段一：梳理systemd现有特性，调研最小化特性集，计划11月上旬完成，目前已完成30+特性的分析阶段二：结合CNOS场景进行重写，计划630完成基本功能重写，当前正在进行准备工作：代码建仓、熟悉rust语言、深入分析重构模块的代码 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife 1)、基于版本号进行推荐最新版本和维护版本，例如x.y.z版本命名规则的软件，如果是master分支版本选型，会推荐社区最新版本，如果是维护分支版本选型，会推荐x.y不变，只升级了z的最新版本,下步计划会将abi check加入进去，作为推荐的一个依据。 2)、自动升级的功能已经打通可用后续openEuler-Advisor进展在sig-EasyLife中跟踪遗留问题： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 下一次会议主持：fcwicky 下一次会议主持：2020/11/9 From: openEuler conference [mailto:public@openeuler.io] Sent: Sunday, October 25, 2020 5:27 PM To: dev(a)openeuler.org Subject: [Dev] dev-utils sig组例会您好！ openEuler dev-utils SIG 邀请您参加 2020-10-26 11:00 召开的ZOOM会议会议主题：dev-utils sig组例会会议链接：https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler dev-utils SIG invites you to attend the ZOOM conference will be held at 2020-10-26 11:00, The subject of the conference is dev-utils sig组例会, You can join the meeting at https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09. More information<https://openeuler.org/zh/>

1 0