- Dev - mailweb.openeuler.org

sig-high-performance-network regular meeting
by openEuler conference 03 Dec '20

03 Dec '20

1 0

Re: 【会议纪要】[Community] sig-confidential-computing例会
by chenmaodong 02 Dec '20

02 Dec '20

会议纪要： 1．针对银联接下来参与机密计算sig的可能方式进行了讨论： a) 银联可以将国密算法库集成到secgear当中（另立repo或者在enclave_src中直接集成），secgear可以逐步丰富成为tee加解密组件的集成库。 2． wanghongzhe结合当前的openeueler summit演示demo，对demo代码进行讲解，同时针对secgear的代码架构进行了说明。 a) secGear当前代码目录说明如下 [cid:image001.png@01D6C8FA.F6CA2370] 3．对齐了demo展示方案细节：zhaimengdong进行原边缘计算网关方案无感支付视频的演示，决定openeuler summit展台将以实物模型的方式进行展演。 4．会上敲定了openeuler summit keynote的演讲主题，主要围绕机密计算的发展，本周五给出keynote演讲初始大纲，下周拟份初稿。 From: openEuler conference [mailto:public@openeuler.io] Sent: Sunday, November 29, 2020 9:48 PM To: dev(a)openeuler.org Subject: [Community] sig-confidential-computing例会您好！ openEuler sig-confidential-computing SIG 邀请您参加 2020-12-01 16:00 召开的ZOOM会议会议主题：sig-confidential-computing例会会议内容：openeuler-summit展示方案讨论会议链接：https://zoom.us/j/92613498894?pwd=OGJrQjVxRzhGblVINFhheDdmOGdjQT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-confidential-computing SIG invites you to attend the ZOOM conference will be held at 2020-12-01 16:00, The subject of the conference is sig-confidential-computing例会, Summary: openeuler-summit展示方案讨论 You can join the meeting at https://zoom.us/j/92613498894?pwd=OGJrQjVxRzhGblVINFhheDdmOGdjQT09. More information<https://openeuler.org/zh/>

1 0

Compiler SIG weekly meeting
by openEuler conference 02 Dec '20

02 Dec '20

1 0

A-Tune & wisdom sig meeting Time: 2020-12-04 10:00-12:00
by hanxinke 02 Dec '20

02 Dec '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-12-04 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 会议内容：本次sig会议议程： 1、强化学习算法调研与分享，汇报人：songmingcong 2、新增调优示例方法介绍，汇报人：hanxinke 会议链接：https://zoom.us/j/92930493562?pwd=dEE4bnRBRDZKbVhwVDk2Zm5PdFVBQT09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-12-04 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Reinforcement learning algorithm survey and sharing 2. Describe how to add optimization examples. You can join the meeting at https://zoom.us/j/92930493562?pwd=dEE4bnRBRDZKbVhwVDk2Zm5PdFVBQT09. Welcome to submit your topics. Thanks.

1 0

A-Tune & wisdom sig meeting
by openEuler conference 02 Dec '20

02 Dec '20

1 0

答复: 关于A-tune的tuning功能源码一些疑问
by hanxinke 02 Dec '20

02 Dec '20

问题一：在atune-adm tuning命令server端是否只执行benchmark脚本，其他控制的程序（go流程控制）以及算法调优部分（python）都是在client上执行？您好， Atune-adm tuning命令运行的机器是作为client端，client端会执行benchmark脚本，因为很多benchmark会占用系统资源，放在sever端会影响业务的性能，其他go流程（rpc服务端）以及算法调优部分都运行在server端，同时算法调优部分是atune-engine服务，也支持独立机器部署。问题二：go控制代码如何获取需要调整的参数的默认值，并将这些参数的默认值发送到python调优代码中，以便我们进行参数遍历选择。您好，go这边有个Knob的数据类型，内部有个Ref字段可以存储调整参数的默认值，这些默认值会发送到python调优代码中，在python端通过[p_nob[‘ref’] for _, p_nob in enumerate(self.knobs)]的形式就可以获取你所有参数的默认值，这里将环境恢复默认值可以调用go这边的RestoreConfigTuned实现发件人: whoconli [mailto:conli_who@foxmail.com] 发送时间: 2020年12月1日 9:43 收件人: hanxinke <hanxinke(a)huawei.com> 抄送: linww <linww(a)scut.edu.cn>; 20研李俊祺 <2506534280(a)qq.com>; 18级李毓睿 <liyurui1995(a)163.com> 主题: 关于A-tune的tuning功能源码一些疑问 A-tune开发人员您们好，在整合我们的算法到A-tune当中碰到了一些问题想要向您们请教，具体问题请见word文档，谢谢！ ________________________________ Best regards, conli,who 胡康立 ------------------ 原始邮件 ------------------ 发件人: "hanxinke" <hanxinke(a)huawei.com<mailto:hanxinke@huawei.com>>; 发送时间: 2020年11月30日(星期一) 中午11:00 收件人: "20研李俊祺"<2506534280(a)qq.com<mailto:2506534280@qq.com>>;"a-tune"<a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>>; 抄送: "whoconli"<conli_who(a)foxmail.com<mailto:conli_who@foxmail.com>>;"linweiwei"<147868463(a)qq.com<mailto:147868463@qq.com>>;"Fanwentao (Henry)"<fanwentao(a)huawei.com<mailto:fanwentao@huawei.com>>;"Xiezhipeng(EulerOS)"<xiezhipeng1(a)huawei.com<mailto:xiezhipeng1@huawei.com>>; 主题: 答复: 回复：答复: [A-tune] 回复：关于今天SIG上提出的遍历选参脚本非常感谢俊祺，可以将遍历选参脚本作为一种新的调优算法合并到A-Tune中。发件人: 20研李俊祺 [mailto:2506534280@qq.com] 发送时间: 2020年11月30日 9:10 收件人: hanxinke <hanxinke(a)huawei.com<mailto:hanxinke@huawei.com>>; a-tune <a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>> 抄送: 胡康立 <conli_who(a)foxmail.com<mailto:conli_who@foxmail.com>>; linweiwei <147868463(a)qq.com<mailto:147868463@qq.com>> 主题: 回复：答复: [A-tune] 回复：关于今天SIG上提出的遍历选参脚本 A-Tune的负责人你们好，按照你们的要求，我们测试了一下“遍历选参(traverse)”和“lhs”算法的选参效果，结果如下： [cid:image001.png@01D6C88F.D0D13B60] origin是遍历选参脚本选出的参数（最优），‘lhs’算法的结果或多或少会漏掉部分重要参数。如果你们能够接受，我们就开始合并代码的相关工作。 ----------------------------------------------------------------------------------------------- Best Regard, LI C：李俊祺，20级研究生，华南理工大学计算机科学与工程学院 ChunKi LI，Grade 2020 graduate student，South China University of Technology 研究方向：基于群智能的云计算调度优化和节能技术 ----------------------------------------------------------------------------------------------- ------------------ 原始邮件 ------------------ 发件人: "hanxinke" <hanxinke(a)huawei.com<mailto:hanxinke@huawei.com>>; 发送时间: 2020年11月20日(星期五) 下午3:39 收件人: "20研李俊祺"<2506534280(a)qq.com<mailto:2506534280@qq.com>>;"a-tune"<a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>>; 抄送: "linweiwei"<147868463(a)qq.com<mailto:147868463@qq.com>>;"胡康立"<conli_who(a)foxmail.com<mailto:conli_who@foxmail.com>>; 主题: 答复: [A-tune] 回复：关于今天SIG上提出的遍历选参脚本俊祺，您好，感谢您能参与到A-Tune的算法研究与开发中！我发表下看法： 1、Abtest确实如您说的有局限性，它的适用场景是已知参数量比较少，同时这几个参数都有正向作用的场景，它并不适用与重要参数选择。 2、您的这个算法偏向于重要参数选择，适用的场景应该是参数量比较多，同时有很多参数对你的性能有影响的场景，它在参数量很多，但是很多参数对性能没有影响的场景会花费很多时间 3、我们这边在参数选择这块实现了lhs算法，它能够在参数量比较多的场景中花费更少的时间选择出重要的参数，您看能否在您的这个场景中尝试下这个lhs算法，并跟您的这个算法做下比较发件人: 20研李俊祺 [mailto:2506534280@qq.com] 发送时间: 2020年11月20日 11:42 收件人: a-tune <a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>> 抄送: linweiwei <147868463(a)qq.com<mailto:147868463@qq.com>>; 胡康立 <conli_who(a)foxmail.com<mailto:conli_who@foxmail.com>> 主题: [A-tune] 回复：关于今天SIG上提出的遍历选参脚本附：脚本的Input和Output，及相关截图： Input：“yaml参数文件”、“负载执行命令”、“能效判别阈值x”、“至少应被选中的y%的参数”、 “运行记录文件的输出路径”、“被选中参数的yaml文件输出路径”；运行记录文件： [cid:image002.jpg@01D6C88F.D0D13B60] 运行过程的log： [cid:image003.jpg@01D6C88F.D0D13B60] 另外，该脚本会根据用户输入的阈值输出yaml文件。 ----------------------------------------------------------------------------------------------- Best Regard, LI C：李俊祺，20级研究生，华南理工大学计算机科学与工程学院 ChunKi LI，Grade 2020 graduate student，South China University of Technology 研究方向：基于群智能的云计算调度优化和节能技术 ----------------------------------------------------------------------------------------------- ------------------ 原始邮件 ------------------ 发件人: "20研李俊祺" <2506534280(a)qq.com<mailto:2506534280@qq.com>>; 发送时间: 2020年11月20日(星期五) 中午11:34 收件人: "a-tune"<a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>>; 抄送: "linweiwei"<147868463(a)qq.com<mailto:147868463@qq.com>>;"胡康立"<conli_who(a)foxmail.com<mailto:conli_who@foxmail.com>>; 主题: 关于今天SIG上提出的遍历选参脚本 A-Tune的各位开发人员你们好，关于刚才SIG会议上提到的abtest调参算法同样是遍历思想来完成的问题，我有以下看法： 1、固定其他参数，不断修改参数值以获取当前参数的最优值，然后固定该最优值，再调整后面的参数，这个在少量参数需要调整的时候应该是可以快速做到这一点的。但是，当参数数量达到100+以上的时候，abtest算法可能就要运行很长一段时间了。而我们的选参脚本是针对多个参数（几乎涵盖tunning_param_all.yaml文件里面的所有参数）进行选参（不是调参），负载执行次数相对来说会比较少。我们的选参脚本可以解决的就是，避免abtest算法需要穷举所有参数的所有范围来运行导致优化时间过长的问题。先选出合理的参数，再交给atune的tuning算法来优化，可以省下不少的时间。如果一个参数本身某个评价指标是没有什么影响的，那abtest可能会花不必要的时间来改变参数运行负载。 2、我们的脚本是针对服务器的初始状态进行选参的，在每次修改某个参数以后，我们都会将该参数恢复为默认值，然后再测试下一个参数对能效的影响。而abtest每次获取到一个参数的最优值，就会吧这个参数固定在这个最优值上。我觉得有些参数是具有依赖性的，如果调整好前面的参数再调后面的参数，可能会对后面参数的选择造成影响（无法分辨出哪些参数对评价指标具有最大的影响程度）。因此，如果我们是针对选参任务来进行遍历的话，我们在遍历过程中会将参数恢复成服务器默认的状态，区分出参数对某一评价指标（比如能效）的重要程度，根据用户输入的阈值，筛选出最具影响力的参数，再用tuning 的不同算法对这部分参数进行优化，是有意义的；这就是我对我的选参脚本和abtest不同之处的分析，不知道你们怎么看呢？ ----------------------------------------------------------------------------------------------- Best Regard, LI C：李俊祺，20级研究生，华南理工大学计算机科学与工程学院 ChunKi LI，Grade 2020 graduate student，South China University of Technology 研究方向：基于群智能的云计算调度优化和节能技术 -----------------------------------------------------------------------------------------------

1 0

openEuler 20.03 LTS SP1 内核版本咨询
by 方亚芬 02 Dec '20

02 Dec '20

内核组的老师们，大家好。我是 openEuler 社区树莓派 SIG 组的 maintainer 方亚芬。针对即将发布的 openEuler 20.03 LTS SP1，有个问题想咨询一下。当前 openEuler 4.19 内核源码最新版本为 4.19.90-2011.6.0（https://gitee.com/openeuler/kernel/tree/4.19.90-2011.6.0/）… src-openeuler/kernel（https://gitee.com/src-openeuler/kernel）下三个分支更新版本不同，分别为： 1. openEuler 20.03 LTS Next：4.19.90-2010.2.0 2. openEuler 20.03 LTS SP1：4.19.90-2011.4.0 3. openEuler 20.03 LTS：4.19.90-2011.6.0 针对该情况有以下两个问题： 1. 之前树莓派镜像的内核版本一直根据 src-openeuler/kernel 下内核版本做更新，即将发布的 openEuler 20.03 LTS SP1 树莓派镜像采用内核版本要与 src-openeuler/kernel 的 openEuler 20.03 LTS SP1 分支内核版本一致？还是需要采用 openEuler 4.19 内核源码的最新版本（https://gitee.com/openeuler/kernel/tree/openEuler-1.0-LTS/，当前为 4.19.90-2011.6.0）？ 2. openEuler 20.03 LTS SP1 正式发布前，内核会一直不定期更新，还是会有个具体的截止时间停止更新呢？祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

3 2

会议纪要 // 答复: SIG例会
by lujingxiao 01 Dec '20

01 Dec '20

以下是今天下午的会议纪要： 1、iSulad近期信息同步 a) 网络模块开发进展风险对齐现状：cni已适配升级到0.4.0版本；adaptor模块（生命周期管理）还没开始；基本上在1230能够完成代码开发和开发者测试，完整的功能测试可能会受到冲击困难：1、CRI接口适配cni manager模块人力投入不足；2、客户端适配cni manager模块时间较为紧张，可能会冲击到测试计划；遗留问题：isulad wiki页面需要进行相应的刷新 b) 社区iSulad 提供save导出镜像接口需求，需要讨论是否接纳: https://gitee.com/openeuler/iSulad/issues/I272IX?from=project-issue 提出人@misteruly的使用场景：离线部署使用私有仓库，镜像通过tarball的形式进行分发 isula团队建议的使用方案：构建侧：通过 isula-build ctr-img save 将镜像保存为tarball 运行侧：部署了私有仓库 1、首先通过 isula-build ctr-img load 镜像tarball，再通过 isula-build ctr-img push将镜像 push到私有仓库； 2、再使用进行 isula pull images 测试即可遗留问题： isula团队在原issue下提供isula-build最新版本、带pull&push功能的rpm下载链接 c) iSulad对外提供监控接口，对接普罗米修斯/cAdvisor，讨论实现方案目前杨昭已经写了个iSula-exporter，通过isula states获取的数据，现在已经可以获取数据；接下来打算将isula-exporter改为使用isulad的CRI接口进行数据获取 iSulad计划明年进行对接cAdvisor d) iSula transform需要在iSula社区建立门禁机制，以便提前识别iSulad修改影响isula transform 目前isula-transform是直接使用的isula的so，假如iSulad升级，就可能存在兼容性问题，需要提前识别。 @wangkang和@zhangxiaoyu一起在当前isulad的门禁上添加相应检查。 e) 讨论是否iSula建立独立的资料网站，与openeuler发行版的资料进行区分，以便实时follow主线特性问题：openEuler发行版的资料是针对发行版，存在时间滞后性。是否需要单独提供一个iSula的资料网站？这个资料网站可以直接跟isula源码的 docs/ 目录联动 2、isula-build近期信息同步 a) 0.9.4版本已发布，计划随着openEuler 20.03 SP1一起发布 b) 1230实验特性开发进展： - OCI镜像格式支持：本地已经基本上把功能跑通；PR在测试完成后会推送上来 - manifest指令支持的进展：本地已完成50%；待相关功能打通后提交PR 3、openEuler镜像仓库部署状态受两个版本发布影响，人力较为紧张导致进展缓慢。目前isula-build已经可以完整构建harbor仓库，具体的harbor 高可用部署方案还在研究。谢谢，卢景晓发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2020年11月28日 21:54 收件人: isulad(a)openeuler.org; dev(a)openeuler.org 主题: [Dev] SIG例会您好！ openEuler iSulad SIG 邀请您参加 2020-12-01 16:00 召开的ZOOM会议会议主题：SIG例会会议内容：1、近期信息同步欢迎申报议题~ 会议链接：https://zoom.us/j/93193761030?pwd=Q0lXZE0xYzZqZnFzVURnQW53SWNUQT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler iSulad SIG invites you to attend the ZOOM conference will be held at 2020-12-01 16:00, The subject of the conference is SIG例会, Summary: 1、近期信息同步欢迎申报议题~ You can join the meeting at https://zoom.us/j/93193761030?pwd=Q0lXZE0xYzZqZnFzVURnQW53SWNUQT09. More information<https://openeuler.org/zh/>

6 6

【培训】How to apply account for jumper server
by openEuler conference 01 Dec '20

01 Dec '20

1 0

更新的 repository yaml 文件格式说明
by Huxinwei 01 Dec '20

01 Dec '20

各位好： openEuler项目运作已经快一年了，在去年底设计的项目管理配置文件，看起来已经不能完全满足社区运作的需求。曹志和我重新考虑了 repository 下 yaml 文件的格式设计，并且相关的说明文档已经合入代码仓。 https://gitee.com/openeuler/community/pulls/1279 我们预计在未来1~2周内启用新的格式，所有 repository/openeuler.yaml 和 repository/src-openeuler.yaml 这两个配置文件的伙伴或者项目，请提前准备更新工具。谢谢。 Shinwell Technical Committee openEuler Community

1 0

openEuler 20.03 LTS SP1 RC2转测试通知
by Hufeng (Solar, Euler) 01 Dec '20

01 Dec '20

转测试计划比原计划有1天延期。请相关责任人最晚于2020-12-5前完成特性进展更新为正常状态。 RC2版本取用路径如下： http://117.78.1.88:82/dailybuilds/openeuler/openEuler-20.03-LTS-SP1/openeul… 欢迎感兴趣的开发者提前获取验证，对于发现的问题请及时以issue的方式反馈给openEuler社区（里程碑选择openEuler-20.03-LTS-SP1-round-2）。由本次为发布前测试环节，软件版本可能存在重大问题，不建议大规模使用。 RC1已解决问题清单任务ID 任务标题 I279DP 【SP1】atune atune-db从SP1降级到LTS失败，存在冲突 I278UK 【SP1】firefox从SP1降级到LTS失败，存在冲突 I277EK 【fuzz】runtime error I2778G 【fuzz】use-of-uninitialized-value I276EF [20.03-LTS-SP1]postgresql-jdbc包安装失败 I275DQ CVE-2019-19906 I274N9 [20.03-LTS-SP1]安装成功后,首次启动卡住，启动失败 I2743Q haveged服务无法正常运行 I26ZHQ 【20.03-SP1】安装最小化，安装成功后，点击reboot，系统会重启两次 I26ZGD 内存泄漏 ERROR: LeakSanitizer: detected memory leaks I26ZE9 【SP1】卸载festival-help有异常信息 I26Z87 【SP1】卸载clamd有失败信息 I26XI4 【SP1】安装卸载obs-api有异常信息 I26XFP ntpd服务启动失败 I26X8U 【20.03-LTS-SP1】firewall-cmd --check-config 检查默认配置报错 I26X6E 【20.03-LTS-SP1】ipsec 服务启动失败 I26X4E 【SP1】安装xhtml1-dtds有异常信息 I26X12 【SP1】安装nagios-selinux有异常信息 I26WUI 【SP1】【arm/x86】安装system-config-printer失败 I26WOV 【SP1】【arm/x86】安装gutenprint有异常信息 I26WFT 【20.03-SP1】x86 安装最小化+standard安装成功后，touch /.autorelabel后重启系统卡死 I26W4R 【20.03-SP1】x86 安装最小化+standard安装成功后，进入系统输入reboot。出现crash I26VDM [20.03-LTS-SP1]repo源需要改成sp1的源 I26VC4 20.03-LTS-SP1版本/etc/os-release和/etc/openEuler-release文件内容错误 I26TUI 【20.03-LTS-SP1】【arm/x86】pcp-system-tools包下的pcp-iostat命令报语法错误 I26TU9 【20.03-LTS-SP1】【arm/x86】pcp-system-tools包下的pcp-pidstat命令执行报错 I26TDO 【20.03-SP1】安装引导过程中打印模块iscsi_tcp， sha256找不到，没有设备edd I26STP 【20.03-SP1】物理机kdump启动失败 I26RLN [20.03-LTS-SP1]执行cpack -B定义打包目录时报错 I26QWU 【20.03-SP1】安装最小化+所有插件，安装成功后，点击reboot，启动失败 I1TIED read-heap-buffer-overflow in ZopfliWarmupHash() RC1未解决问题清单任务ID 任务标题 I27BAL 【20.03-LTS-SP1】x86 版本，在安装过程支持语言界面，有时候默认中文安装，有时候默认英文安装 I279J4 【SP1】rust从SP1降级到LTS失败，存在冲突 I2799F 【SP1】curl从SP1降级到LTS失败，存在冲突 I2775G 【fuzz】运行时错误 I273NI 缓冲区溢出 I272S5 【SP1】升级nodejs到SP1版本失败，安装nodejs-docs失败 I272LU 【SP1】rust cargo升级到从LTS升级到SP1版本，升级失败 I272KJ 【20.03-SP1】执行命令rabbitmqctl hipe_compile /tmp/rabbit-hipe/ebin/出错 I272J7 【20.03-SP1】rabbitmqctl创建队列时出错 I2708N 【SP1】boost-regex从LTS升级到SP1，升级失败 I26ZSZ 【LTS】安装卸载ceph的子包有异常信息 I26ZLO 【20.03-SP1】安装成功后，点击reboot，系统会重启偶现卡死 I26ZIS [20.03-LTS-SP1] x86/arm 启动lxcfs服务后，卸载并安装lxcfs和lxcfs-tools这两个包之后，安装时报错 I26X9U 【20.03-SP1】安装时，NTP时间同步偶现未知错误 I26X8Q 【20.03-LTS-SP1】选择虚拟机化勾选所有插件安装后，lm_sensors.service启动失败 I26TS3 【20.03-SP1】启动过程中打印db_root:cannot open /etc/target I26TR8 【20.03-SP1】安装的时候，先选择磁盘sdc进行分区，分区完成后，修改选择磁盘sdb进行分区，页面展示信息为sdc的分区信息 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 2020-11-23 2020-11-28 Test round 2（we are here） 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 历史转测试版本取用链接 RC1版本取用路径如下： http://117.78.1.88:82/dailybuilds/openeuler/openEuler-20.03-LTS-SP1/openeul…

1 0

会议纪要 // 回复：[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: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces@openeuler.org代发】
by chenyaqiang 30 Nov '20

30 Nov '20

@晨博and All 感谢您这边反馈针对创新版本和LTS版本间new feature的backport诉求，这些topic也欢迎大家邮件/例会中一起参与讨论； 1、 openEuler各个版本的new feature需求收集和集成，一般会在release sig 例会和repo仓库下例行更新的在版本需求收集阶段，都会在社区发起需求收集和讨论，大家可以根据版本计划来提需求、推需求等； https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… https://gitee.com/openeuler/release-management/blob/master/openEuler-20.09/… https://gitee.com/openeuler/release-management/blob/master/openEuler-21.03/… 2、 openEler 各个LTS及其生命周期内SP版本中对于创新版本的new feature/软件包组件的回合策略/计划，这块策略上首先是和大家再同步下openEuler社区LTS和创新版本的定位； openEuler创新版本是一个快速迭代、开放包容的开发环境，社区既有各个OSV、ISV和大牛contributors、也有很多Linux新手，对命令行没有太多经验的人，或只是想试用下的参与者对于社区的PR贡献，这个版本更多的是丰富openEuler社区软件包生态、提供最新技术尝鲜功能，这个版本和LTS版本的质量标准是不同的。 openEuler LTS版本作为长期支持维护的社区版本，是需要提供给社区使用者、OSV、ISV、HSV等所有希望稳定且长期维护的版本，旨在满足使用者的业务需求和关注点。LTS版本提供4年的生命周期支持（而不是Fedora的6个月的支持）；所以在两个版本间的新组件backport集成上会有不同，且release sig侧基于版本交付质量的维度上，也会从下面几个维度来评审，同步会在sig例会和社区版本plan中发起讨论 a) 创新版本中new feature/新软件包引入，社区该feature的技术构建成熟度，以及是否满足LTS版本集成发布所要求的质量标准； b) 该组件同时也需要基于openEuler社区软件包选型/维护规范，同时有稳定高质量的维护owner等； ----------- BR 陈亚强 From: myeuler [mailto:myeuler@163.com] Sent: Monday, November 30, 2020 4:20 PM To: 潘晨博 <panchenbo(a)uniontech.com> Cc: Huxinwei <huxinwei(a)huawei.com>; tc(a)openeuler.org Subject: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg 我之前多次讲过，大家一定需要多和release-management SIG进行沟通，release SIG是协同大家一起往前走的SIG，可以说是我们整个SIG组织中最重要的SIG，没有之一。请各个OSV, ISV一定要派人参加release SIG的例会，这类问题需要及时反馈给该SIG。后续TC也会保证release SIG的人要出席TC例会，保证和大家的沟通。对于该问题，请晨博file一个issue到release SIG的repo下面。谢谢在 2020-11-30 16:14:19，"潘晨博" <panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>> 写道： Dear TC：各位委员，openeuler创新版本新特性往LTS版本合入有没有详细计划，麻烦讨论下是否在某个地方存放1张具体计划图，以保证跟着LTS主线走的OSV厂商也能去推广这些新特性，包括且不限于atune，secGear，iSula，startovirt，以及新引入的一些生态兼容包（大数据，人工智能等等） From: "Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>" To: "tc(a)openeuler.org <tc(a)openeuler.org><mailto:tc@openeuler.org%20%3ctc@openeuler.org%3e>" CC: "Xiongwei (William, Euler) <xiongwei888(a)huawei.com<mailto:xiongwei888@huawei.com>>","Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>>","Guohanjun (Hanjun Guo) <guohanjun(a)huawei.com<mailto:guohanjun@huawei.com>>","Zhanghailiang <zhang.zhanghailiang(a)huawei.com<mailto:zhang.zhanghailiang@huawei.com>>","Wangxun (Dream) <dream.wangxun(a)huawei.com<mailto:dream.wangxun@huawei.com>>","Xiehong (Cynthia) <xiehong(a)huawei.com<mailto:xiehong@huawei.com>>" Sent: 2020-11-30 09:06 Subject: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg<mailto:邮件由tc-bounces@openeuler.org代发】> 各位好，预计本周三的 TC 例行会议，欢迎大家申报议题。谢谢 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 30, 2020 9:05 AM To: tc(a)openeuler.org<mailto:tc@openeuler.org>; Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@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<https://openeuler.org/zh/> _______________________________________________ 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>

1 0

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

30 Nov '20

2 1

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

sig-RaspberryPi例会
by openEuler conference 30 Nov '20

30 Nov '20

1 0

openeuler安全委员会例会
by openEuler conference 30 Nov '20

30 Nov '20

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

openeuler奖励计划发布内容评审
by openEuler conference 30 Nov '20

30 Nov '20

1 0

sig-Kubernetes 工作例会
by pengfeizhou＠yunify.com 30 Nov '20

30 Nov '20

您好！ openEuler sig-Kubernetes SIG 邀请您参加 2020-11-30 16:00 召开的 ZOOM 会议会议主题：sig-Kubernetes 工作例会会议链接：https://us02web.zoom.us/j/88206728352?pwd=NmRnSFF3ZUdwRi9ZQXlmUUdhQXp5dz09 会议号：882 0672 8352 密码：openeuler （由于我们缺少 openEuler 会议小程序预定权限，此次会议还未在小程序预定）会议大纲： • openEuler Summit 展台计划展示的 Demo 交流与确认 • SIG 当前适配与对接 openEuler 的工作进展讨论 • SIG 相关 issue 讨论： 1. 使用 kubekey 在openEuler 20.03 LTS 部署 Kubernetes+kubesphere，不支持 k8s-1.18.6： https://gitee.com/openeuler/kubekey/issues/I24INZ#note_3704610 2. iSula 2.0.5 对接 K8s，calico-node 无法启动：https://gitee.com/openeuler/iSulad/issues/I26JLU?from=project-issue 3. kata-runtime 适配 Stratovirt ，修改错误提示错误：https://gitee.com/src-openeuler/kata-runtime/issues/I25MHG 4. iSula 无法导出镜像打包成文件： https://gitee.com/openeuler/iSulad/issues/I272IX?from=project-issue 5. Kubekey 迁移到 src-openEuler 组织下：https://gitee.com/openeuler/kubekey/issues/I271P6 https://gitee.com/oschina/git-osc/issues/I274OF 更多资讯尽在：https://openeuler.org/zh/ _______________________________________________ Dev mailing list -- dev(a)openeuler.org To unsubscribe send an email to dev-leave(a)openeuler.org

1 0

答复: 关于ABI工具的一些疑问
by Hexiaowen (Hex, EulerOS) 30 Nov '20

30 Nov '20

各位高校的开发者，你好，首先欢迎关注开发者大赛。[cid:image003.png@01D6C6F9.DF14FFA0] ? 我们想问一下，这个赛题是希望我们自己重写一个类 lvc 项目，还是希望我们对现有 lvc 进行调整和改进呢？能否请您给一些这方面的建议呢？此题目的背景是，社区有很多软件，在做选型升级时往往面临大量的差异分析工作，社区希望能够通过自动化工具来减少工作量。开源社区已有多种方案来部分解决此问题，参赛者通过引入（封装、提高易用性）或借鉴（自己实现）的方式集成到openEuler版本，给openeuler社区开发者提高效率。开发者可以自由选择引入或借鉴两种方式其一来着手，但要考虑开发者大赛时间紧迫。开发者大赛只是引子，我们希望是做集大成者，成立一个长期项目，将ABI检测这一领域持续完善。 ? 另外在 Python 方面，Python作为脚本语言，一般没有编译后的二进制文件，那这个项目的Python部分关注的输入是什么呢？是 Python源码吗？还是别的输入类型？ Python和java等解释性语言类似，可以源码作为输入来开展。然后再考虑不断支持其他可能的输入，如java的字节码等。 ? 很感谢你的回复, 我这边是我和两个大二学生组的团队, 很希望能与你又一次线上交流! 我们可以先加个微信(xiaowen_he)，协调一个合适的时间来做一次线上的交流。何晓文（Hex EulerOS） Email : hexiaowen(a)huawei.com [cid:image001.png@01D6C6FA.30267A40] 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! 发件人: Hexiaowen (Hex, EulerOS) 发送时间: 2020年11月27日 9:19 收件人: 'LY' <liuting713(a)foxmail.com>; '2764476004' <2764476004(a)qq.com> 抄送: dev <dev(a)openeuler.org> 主题: 答复: 关于ABI工具的一些疑问 > 老师好: > 我是西安邮电大学大三在读的一名本科生, 最近看到openeuler高校开发者大赛, 看到了这个赛题, 我觉得主要是干elf文件的分析工作, 想问问您对吗? 如果不对, 您能指一个方向吗? liuting你好，ABI差异分析工具，主要是针对elf等格式二进制文件的分析处理，同时，也可以支持源码作为输入进行差异分析。 ? 你好，能看看你们这个赛题的ppt吗，想再了解一下，小龙你好，附件是几道竞赛题的简单解析，如有需要，我们可以做一次线上非正式交流。后续有任何关于openEuler的疑问，都可以发送到dev(a)openeuler.org<mailto:都可以发送到dev@openeuler.org>邮件列表中咨询。何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com> [cid:image004.png@01D6C6F7.15E72560] 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! 发件人: LY [mailto:liuting713@foxmail.com] 发送时间: 2020年11月26日 20:17 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com>> 主题: 关于ABI工具的一些疑问老师好: 我是西安邮电大学大三在读的一名本科生, 最近看到openeuler高校开发者大赛, 看到了这个赛题, 我觉得主要是干elf文件的分析工作, 想问问您对吗? 如果不对, 您能指一个方向吗?

1 0

12月2日 TC例行会议
by openEuler conference 30 Nov '20

30 Nov '20

1 0

sig-confidential-computing例会
by openEuler conference 29 Nov '20

29 Nov '20

1 0

sig-Java工作例会
by openEuler conference 29 Nov '20

29 Nov '20

1 0

SIG例会
by openEuler conference 28 Nov '20

28 Nov '20

1 0

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

28 Nov '20

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

1 0

OS-Builder sig组例会
by openEuler conference 28 Nov '20

28 Nov '20

3 2

[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

2020/11/27 Wine SIG Meeting 会议纪要
by 翁志艺 27 Nov '20

27 Nov '20

2020/11/27 Wine SIG Meeting 会议纪要： 1. Wine 运行现状 Wine 软件包及其依赖大多已编译通过（wine-mono arm64 架构还未编译通过），目前存放在 factory 源中。x86 版本可正常运行。 2. Wine 32 位依赖库问题当前 openEuler Wine 仅支持 64 位程序运行，32 位支持依赖 32 位架构的基础库，目前社区暂不加入 32 位架构支持，所以需要探索在 64 位基础上如何支持 32 位。参考：macOS Catalina不支持32位后，CodeWeavers的解决方案是： http://wine.1045685.n8.nabble.com/win32-on-macOS-td6026812.html 3. Wine Mono 暂不支持 ARM 64 的问题目前 Wine Mono ARM 架构无法编译通过，Wine 社区中 https://wiki.winehq.org/ARM64 的 mono arm64 port 处于 TODO list。此问题还需要关注上游社区的进度。另外，验证 Fedora 社区的 Wine Mono ARM 版本的实际运行情况。 4. Wine 使用说明文档申请在 src-openeuler/wine 仓库中创建 Wiki 页面来介绍 Wine 使用/参与开发/待做事项等内容

1 0

sig-Java工作例会
by openEuler conference 27 Nov '20

27 Nov '20

1 0

答复: 关于ABI工具的一些疑问
by Hexiaowen (Hex, EulerOS) 27 Nov '20

27 Nov '20

> 老师好: > 我是西安邮电大学大三在读的一名本科生, 最近看到openeuler高校开发者大赛, 看到了这个赛题, 我觉得主要是干elf文件的分析工作, 想问问您对吗? 如果不对, 您能指一个方向吗? liuting你好，ABI差异分析工具，主要是针对elf等格式二进制文件的分析处理，同时，也可以支持源码作为输入进行差异分析。 ? 你好，能看看你们这个赛题的ppt吗，想再了解一下，小龙你好，附件是几道竞赛题的简单解析，如有需要，我们可以做一次线上非正式交流。后续有任何关于openEuler的疑问，都可以发送到dev(a)openeuler.org<mailto:都可以发送到dev@openeuler.org>邮件列表中咨询。何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image001.png@01D6C49E.52959560] 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! 发件人: LY [mailto:liuting713@foxmail.com] 发送时间: 2020年11月26日 20:17 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 关于ABI工具的一些疑问老师好: 我是西安邮电大学大三在读的一名本科生, 最近看到openeuler高校开发者大赛, 看到了这个赛题, 我觉得主要是干elf文件的分析工作, 想问问您对吗? 如果不对, 您能指一个方向吗?

1 0

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

kernel sig meeting
by openEuler conference 26 Nov '20

26 Nov '20

2 1

Easylife SIG 第2次例会
by Chenyanpan 26 Nov '20

26 Nov '20

时间： 2020.11.26 20:00 ~ 21:00 与会人：liangchenye，licihua，fangyufa，zengweifeng，chenyanpan 【上次遗留问题进展】 1. 准备openEuler Summit分享的材料（slide/demo） - 各项目owner ( summit前 < 12.20) 已经申请2个议题： fangyufa -- openEuler-Advisor应用场景与实践 chenyanpan -- openEuler 分支同步工具 2. 补丁的命名规范 - licihua licihua 已有初稿，继续完善，community 创建 issue 讨论 3. patchinfo - liangchenye 已有方案，已经在安全网站能够运行起来，自动化流程还在开发 4. 各个项目的license选型的问题 - chenyanpan/liangchenye + 法务法务建议使用宽松协议，会议结论使用木兰协议 5. 是否可以省掉 src-repo - chenyanpan/liangchenye + kernel team 优先级放低 6. 猫logo的收集+投票 - fangyufa https://gitee.com/openeuler/openEuler-Advisor/issues/I25NCP?from=project-is… 评审结果： openEuler-Advisor：球球 patch-trakcing: 海思 pkgship: 二饼 sync-bot: 星星【内容及讨论】 1. Advisor 门禁增加测试用例 -- fangyufa，zengweifeng 计划用 pytest 框架，12月底完成【遗留问题】 1. pkgship介绍 - wangyiru (下次例会上 11.26) -- 顺延到下次会议介绍 2. Advisor 下一步规划包括：云化、服务化；更加系统化下次例会讨论

2 1

Wine SIG 例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

EasyLife SIG 例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

EasyLife SIG 组例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

openeuler安全委员会例会
by openEuler conference 25 Nov '20

25 Nov '20

1 0

doc SIG例会会议纪要 \\答复: DOC SIG双周例会
by qiaominna 25 Nov '20

25 Nov '20

1. 20.03 LTS SP1 版本文档需求和进展路标： Test round 1 2020-11-23 2020-11-28 <-------we are here 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 所有SP1版本 doc需求需要在Test round 1合入，Test round 2 开始测试。 2. docs 仓库提交 PR 和 issue 的规范 PR规范： 1. PR标题清晰易懂，内容描述详细具体，一个PR只包含一次提交，一个PR只涉及一个主题修改。 2. 需要2个回复/lgtm，1个/approve，一般需要需求提出或文档相关责任人进行审核。 3. PR需要关联issue。 4. 每个特性需求/bug都要转issue跟踪，并关联对应版本号。 5. 新增文档需要同步修改目录文件menu.json文件。 6. 明确PR要提交的分支，对于同步维护的分支，PR需要分别提交到对应分支上。 issue规范：有文档需要合入需要先新建issue，内容表述清晰即可，如果是bug需要指出具体哪个版本哪本文档需要修改。 3. 发布 MARKDOWN 文档规范请参考：https://gitee.com/openeuler/docs/wikis/%E8%B5%84%E6%96%99%E5%86%99%E4%B… 4. 文档的常规更新维护渠道 1. 通过doc sig中的https://gitee.com/openeuler/community/tree/master/sig/doc 了解doc SIG的运营。可直接通过Maintainer的邮箱联系。 2. 提issue 3. 提PR 4. 官网上文档页点击右侧“意见反馈” 5. 收集大家对资料的诉求暂无，更多 docs 仓库操作请参考wiki : https://gitee.com/openeuler/docs/wikis/Home?sort_id=2131569 下次sig会议议程：（预计时间：2020-12-08 16:00-17:00）欢迎大家将想要了解的内容或者讨论的议题发送到doc(a)openeuler.xn--org-l86ho90g<mailto:欢迎大家将想要了解的内容或者讨论的议题发送到doc@openeuler.org邮箱>！敬请期待发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2020年11月20日 17:56 收件人: dev(a)openeuler.org; doc(a)openeuler.org 主题: [Dev] DOC SIG双周例会您好！ openEuler doc SIG 邀请您参加 2020-11-24 16:00 召开的ZOOM会议会议主题：DOC SIG双周例会会议内容：1. 对齐 20.03 LTS SP1版本文档需求和进展 2. 传递提交PR和issue规范 3. 传递发布MARKDOWN文档规范 4. 传递文档的常规更新维护渠道 5. 收集大家对资料的诉求会议链接：https://zoom.us/j/96908808905?pwd=WTg5eGpYYWtRb2d6dU5PK1Z5bGNKdz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler doc SIG invites you to attend the ZOOM conference will be held at 2020-11-24 16:00, The subject of the conference is DOC SIG双周例会, Summary: 1. 对齐 20.03 LTS SP1版本文档需求和进展 2. 传递提交PR和issue规范 3. 传递发布MARKDOWN文档规范 4. 传递文档的常规更新维护渠道 5. 收集大家对资料的诉求 You can join the meeting at https://zoom.us/j/96908808905?pwd=WTg5eGpYYWtRb2d6dU5PK1Z5bGNKdz09. More information<https://openeuler.org/zh/>

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

how to apply account for jumper server
by openEuler conference 24 Nov '20

24 Nov '20

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

[sig-perl-modules] 讨论创建 sig-openresty 时引入若干仓库到 sig-perl-modules
by Joey Ma 24 Nov '20

24 Nov '20

Hi sig-perl-modules 的维护者，我是马俊杰，正计划建立 sig-openresty，因 OpenResty 生态有若干 perl 相关依赖包，详见 [1] ，所以想与各位讨论是否可以将这些包放在 sig-perl-moduels 下维护。包列表如下： - src-openeuler/mod_perl - src-openeuler/perl-Image-Info - src-openeuler/perl-Lemplate - src-openeuler/perl-Linux-Pid - src-openeuler/perl-Test-Nginx 请允许我说一下对于这些包的维护策略的想法，请各位一起讨论： - sig-openresty 人员负责将上述包的初始版本提交至 Gitee 上 - sig-openresty 人员负责上述包的初期维护工作 - 希望 sig-perl-modules 人员负责上述包的后期维护工作期待各位的回复，谢谢。 [1]: https://gitee.com/openeuler/community/pulls/1240 祝好，马俊杰

3 3

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

23 Nov '20

1 0

sig virt meeting
by openEuler conference 23 Nov '20

23 Nov '20

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

答复: 会议纪要2020-11-23//RE: dev-utils sig组例会
by Hexiaowen (Hex, EulerOS) 23 Nov '20

23 Nov '20

与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang、shenyangyang、gaoyi、jiangchuangang、shenyining、licunlong、fcwicky、linyan 上次遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交，将udevd模块单独出来出题 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 本次sig meeting已进行一次详细的讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 4 会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 本次会议接入时，存在proxy和密码的问题需要确认优化自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 pyporter、pkgporter已经打包完成，perlporter依赖未梳理清楚，进度要加快。 2/ systemd 重构初步设计已完成本次会议第一次对齐systemd设计思路及理念待确认问题： 1、确定项目核心团队与hushiyuan、caihaomin讨论 2、尝试参与openEuler summit，吸引开发者 3、梳理应用场景，从场景入手，由需求导入，而不是一比一的对比systemd项目。 4、借鉴es2，linkerd，微服务，云原生，云化版，云上设计 5、方案一先做个demo。 6、方案二和安全确认下。 7、关注nosystemd.org中对systemd吐槽的地方。 8、先明确目标，轻量级 + 云/边缘，再看场景，一定要考虑集群的设计。 9、dbus、event的设计要面向未来的应用考虑，不要搞成单机版 10、项目命名将已有的名称放在社区投票 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法暂未和release-sig沟通，需尽快沟通 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入。此项关闭本次会议遗留问题： 1、重写systemd项目线下搞一次headmeeting，继续头脑风暴一下设计思路责任人：overweight 2、项目命名将已有的名称放在社区投票。责任人：overweight 3、本次会议接入时，存在proxy和密码的问题需要确认优化。责任人：fcwicky 4、 Porter打包要尽快完成。责任人：sunchendong 5、 Liumem在openEuler创建项目和release-sig对齐计划。责任人：love_hangzhou 下一次会议主持：fcwicky 下一次会议主持：2020/12/7 何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image002.png@01D6C1A5.94AABB70] 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! 发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年11月17日 15:46 收件人: dev <dev(a)openeuler.org> 主题: [Dev] 会议纪要2020-11-9//RE: dev-utils sig组例会发件人: Guanyalong 发送时间: 2020年11月9日 14:24 收件人: Weiwei (N) <wick.wei(a)huawei.com<mailto:wick.wei@huawei.com>> 主题: 答复: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang 遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 下次sig meeting详细讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 2/ systemd 重构初步设计已完成 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入本次遗留 1、下次例会将systemd重构整体设计、重构项目名称以及整体项目计划讲下 --- 责任人：overweight 2、 libumem在openEuler创建项目，并与release-sig沟通是否放入21.03版本 --- 责任人： love_hangzhou 3、会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 4、结合当前工作提出新的想法讨论下 --- 责任人：All 下一次会议主持：fcwicky 下一次会议主持：2020/11/23 发件人: Weiwei (N) 发送时间: 2020年11月9日 10:54 收件人: Guanyalong <guanyalong(a)huawei.com<mailto:guanyalong@huawei.com>> 主题: 转发: [Dev] 会议纪要//RE: dev-utils sig组例会发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年10月27日 10:23 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：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<mailto:dev@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

[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

dev-utils sig组例会
by openEuler conference 21 Nov '20

21 Nov '20

1 0

dev-utils sig组例会
by openEuler conference 21 Nov '20

21 Nov '20

1 0

会议纪要///答复: A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00
by hanxinke 20 Nov '20

20 Nov '20

本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 与会人：A-Tune sig组成员感谢与各位的线上交流！会议纪要： xiezhipeng： 1、介绍了机器学习模型Learned Index的由来与使用场景 2、介绍了learned index在RDMA键值存储上、LSM-tree上的应用 3、介绍了在特定场景下如何利用AI推测内核IO性能 hanxinke： 1、介绍了A-Tune collector模块的安装与使用 2、演示了如何利用A-Tune collector模块进行数据采集代码仓链接：https://gitee.com/openeuler/A-Tune-Collector 问题交流以及下一步计划： 1、A-Tune collector主要专注于操作系统层的数据采集，暂未涉及到应用层的数据采集，同时也不是一个性能测试工具 2、A-Tune collector后期将会实现在多种操作系统下的适配，以及对多网卡、多磁盘的支持 3、华南理工大学李俊祺实现了一种新的参数选择方法，建议与A-Tune现有的参数选择算法做一个对比实验下次sig会议议程：（预计时间：2020-12-04 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org-l86ho90g<mailto:欢迎大家将想要了解的内容或者讨论的议题发送到a-tune@openeuler.org邮箱>！敬请期待发件人: hanxinke 发送时间: 2020年11月18日 15:04 主题: A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00 您好！ openEuler A-Tune SIG 邀请您参加 2020-11-20 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 会议内容：本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 会议链接：https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-20 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Heuristic learning algorithm survey and sharing 2. Introduction to the A-Tune Collector Module You can join the meeting at https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09. Welcome to submit your topics. Thanks.

1 0

DOC SIG双周例会
by openEuler conference 20 Nov '20

20 Nov '20

1 0

sig-Java工作例会
by openEuler conference 20 Nov '20

20 Nov '20

1 0

[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

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

20 Nov '20

Dev邮件列表发送失败，重新主送dev邮件列表订阅者；如果你对下面的删包方式和兼容性解决方案由其他建议，烦请邮件或者openEuler社区回复讨论。社区issue讨论链接： https://gitee.com/src-openeuler/python-virtualenv/issues/I266XK From: chenyaqiang Sent: Thursday, November 19, 2020 8:28 PM To: tc(a)openeuler.org; dev(a)openeuler.org; 'release(a)openeuler.org' <release(a)openeuler.org> Cc: shixuantong <shixuantong(a)huawei.com>; shenyangyang <shenyangyang4(a)huawei.com>; hanxinke <hanxinke(a)huawei.com>; Xiezhipeng (EulerOS) <xiezhipeng1(a)huawei.com>; Shanshishi <shanshishi(a)huawei.com>; Linyan <linyanly.lin(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com> Subject: 关于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件的讨论 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

Compiler SIG weekly meeting
by openEuler conference 19 Nov '20

19 Nov '20

1 0

Gatekeeper-Sig周例会
by openEuler conference 19 Nov '20

19 Nov '20

1 0

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

19 Nov '20

1 0

queue字段讲解
by openEuler conference 18 Nov '20

18 Nov '20

1 0

sig-raspberrypi meeting 会议纪要-1117//RE: 【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by fang 18 Nov '20

18 Nov '20

sig-raspberrypi meeting 2020-11-17 会议纪要： 1. 树莓派镜像添加 UKUI 桌面环境 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I25Z5D 据 UKUI SIG 组介绍，UKUI 目前使用情况： UKUI 目前占用硬盘空间在 1.5-2G 之间，内存占用（openEuler 20.09）950M 左右。目前 UKUI 在 20.03 LTS SP1 和 20.09 有建仓，在 20.09 的安装方法可参考 https://gitee.com/openeuler/docs/blob/stable2-20.09/docs/zh/docs/Installati… 结论：按照既有文档为树莓派 20.03 LTS SP1和 20.09 安装 UKUI 桌面环境，根据测试情况决定如何制作包含 UKUI 桌面环境的树莓派镜像。 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1ED7N 工作进展：统计树莓派上游社区内核更新情况，为接下来合并入 openEuler 内核做准备，具体结果如下：（1）openEuler 20.03 LTS/openEuler 20.09：4.19 版本内核逐步跟进树莓派上游内核代码更新，当前新增 41 个实际可合并的 commit。 openEuler 20.09 已合并。 openEuler 20.03 LTS 需要整理此次修改的具体细节后再讨论是否需要合并。（2）openEuler 下一版本：5.10-rc3 版本内核按照树莓派上游内核代码提交 commit 逐一合并，共计约 419+ commit，待上游版本稳定后着手合并。 3. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展树莓派社区 issue：https://github.com/raspberrypi/rpi-imager/issues/83 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1NRPA 工作进展：已提交到树莓派上游社区。 4. 树莓派 4B 添加 Xfce 桌面环境的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1F21F 工作进展：桌面版本使用一段时间后卡死，解决方式：制作镜像时取消安装 xfce4-screensaver。当前 xfce4-screensaver 造成系统卡死具体原因待排查，详见 issue：https://gitee.com/openeuler/raspberrypi/issues/I23J1D。 5. openEuler 移植到 RK3399 的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1N0Y1 工作进展：Toybrick 使用 rockchip-linux 4.19 源码编译的内核，启动失败，串口输出 Toybrick 启动日志，具体问题待排查。在 2020-11-18 14:52:20，"方亚芬" <yafen(a)iscas.ac.cn> 写道： | | Topic | | sig-raspberrypi regular meeting | | Time | | 2020-11-17 15:00-15:30((UTC+08:00)Beijing) | | | | Join Conference | | Join (External) >> | | Meeting Link | | https://zoom.us/j/99081732447?pwd=M0JlYThydzkvQzdJSG02Rm8zMWFyQT09 | | | | Convener | | 方亚芬 | | | | Agenda | | 1. 上游树莓派内核代码分支合并到 openEuler 的工作进展 2. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展 3. 树莓派 4B 添加 Xfce 桌面环境的工作进展 4. openEuler 移植到 RK3399 的工作进展 | |

1 0

queue字段讲解
by openEuler conference 18 Nov '20

18 Nov '20

1 0

A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00
by hanxinke 18 Nov '20

18 Nov '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-11-20 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 会议内容：本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 会议链接：https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-20 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Heuristic learning algorithm survey and sharing 2. Introduction to the A-Tune Collector Module You can join the meeting at https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09. Welcome to submit your topics. Thanks.

1 0

A-Tune & wisdom sig meeting
by openEuler conference 18 Nov '20

18 Nov '20

1 0

会议纪要2020-11-9//RE: dev-utils sig组例会
by Mingfangsen 17 Nov '20

17 Nov '20

发件人: Guanyalong 发送时间: 2020年11月9日 14:24 收件人: Weiwei (N) <wick.wei(a)huawei.com<mailto:wick.wei@huawei.com>> 主题: 答复: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang 遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 下次sig meeting详细讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 2/ systemd 重构初步设计已完成 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入本次遗留 1、下次例会将systemd重构整体设计、重构项目名称以及整体项目计划讲下 --- 责任人：overweight 2、 libumem在openEuler创建项目，并与release-sig沟通是否放入21.03版本 --- 责任人： love_hangzhou 3、会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 4、结合当前工作提出新的想法讨论下 --- 责任人：All 下一次会议主持：fcwicky 下一次会议主持：2020/11/23 发件人: Weiwei (N) 发送时间: 2020年11月9日 10:54 收件人: Guanyalong <guanyalong(a)huawei.com<mailto:guanyalong@huawei.com>> 主题: 转发: [Dev] 会议纪要//RE: dev-utils sig组例会发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年10月27日 10:23 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：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<mailto:dev@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

openstack sig会议
by openEuler conference 17 Nov '20

17 Nov '20

1 0

openEuler基础设施例会
by openEuler conference 17 Nov '20

17 Nov '20

1 0

欢迎订阅 doc@openeuler.org
by qiaominna 16 Nov '20

16 Nov '20

Hi，大家好~ doc sig已经申请<mailto:doc%20sig已经申请>了邮件列表，欢迎订阅。文档相关需要沟通可发送邮件到doc(a)openeuler.org<mailto:doc@openeuler.org>。 l 为方便开发文档合入doc仓库，请提供Markdown 格式交付件。 openEuler docs仓库简介请查看 https://gitee.com/openeuler/docs/tree/master 中的README。欢迎提交PR。 l openEuler 20.03 LTS SP1版本已经进入转测试冲刺阶段，docs仓库已基于20.03 LTS版本拉新分支20.03_LTS_Next， 20.03 LTS SP1版本相关文档请合入该分支。 [cid:image003.jpg@01D6BC36.896C99A0]

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by 方亚芬 16 Nov '20

16 Nov '20

1 0

sig-RaspberryPi例会
by openEuler conference 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

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

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

sig-easylife 第一次会议纪要 : 2020.11.12 19:00 ~ 20:00
by Chenye Liang 12 Nov '20

12 Nov '20

*【sig-easylife第一次会议】 * *时间*： 2020.11.12 19:00 ~ 20:00 *与会人*： [image: image.png] *内容及结论*： * 1. SIG**例会开展方式** - initlove * 本次是首次开会，需明确后续的例会开展方式。 *结论*： a) 频率及时间：双周一次，具体时间在对应周的周一投票表决 b) 内容：各个子项目惯例过进展+介绍计划；议题汇报，议题会前收集 c) 会议组织者：本次会上暂未讨论轮流计划，目前简化、暂由 initlove组织 *2. openEuler-Advisor/patch-trakcing/sync-bot **进展及计划 - xinweihu/各负责人* 没记录，见各项目README/PR/ISSUE *3. 对外宣传 easylife项目 - fangyufa/initlove * Easylife的对外推广有利于推动社区规范化、识别维护者痛点、推动高效可落地作业工具，希望吸引广泛的参与者。 openEuler Summit及其他 meetup上可以/有必要介绍easylife项目。 *结论*： a) openEuler Summit 2020.12.24 会上议题准备，建议相关owner准备材料（ slide/demo）及议题，出差参加。 *4. 补丁命名规范问题 - licihua * 无法识别补丁是来自上游社区还是来自openEuler 社区，也无法识别社区修复的补丁是否回馈到上游社区。 *结论*： a) 这个是双向可追溯的问题。命名规则可以先出个初稿、在社区讨论；后续重点关注如何推动执行 *5. patchinfo问题 - initlove * 在参与到漏洞补丁升级的时候，发现yum原生的updateinfo功能当前在 openEuler没有很好支撑，OBS的patchinfo功能没有执行起来，这块目前正在研究方案。 *结论*： a) 这个和补丁命名规范在某种程度上说有共同的地方，都是数据结构化、以及如何推动的问题，可以互相交流。 *6. easylife各项目的许可证选型问题 - chenyanpan * 当前easylife各项目许可证未确定。 *结论*： a) 没有许可证就不是开源软件，需要尽快拉上法务一起讨论、给出意见。 b) 各项目用统一一个许可证还是用不同许可证等到和法务讨论后明确。 *7. easylife**下的项目是否可以不放到 src-openeuler下面** - chenyanpan * 放到src-openeuler下面多了一个打tar包、N个打补丁的工作，目前OBS支持直接拉git repo代码的功能，能否优化成直接从 openeuler/XXX下面获取进行构建（但同样有spec、并且打成rpm包）。 *结论*： a) 这个在社区作为创新专题探索。从现代的开发/构建角度看，git开发 + 直连 git 进行构建似乎更高效。考虑到OBS 也支持这个功能，因此可以原型试验。 b) 需要从LTS branch等各方面考虑，给一个详细方案。 c) 可以参考kernel团队当前做法 * 8. 各子项目 logo问题 - all stars* 当前大家呼声选猫的图像作为各自logo，需要推动这个事情开展。 *结论*： a) 必须是猫，且猫必须是项目贡献者自己养的 b) 每个项目都投票选择一个logo（是否可以选相同的会上未讨论） c) 每个项目被选中的猫的主人选相应的社区纪念品 (openEuler限量版猫砂及猫粮) *【遗留问题】 * 1. pkgship介绍 - wangyiru (下次例会上 11.26) 2. 准备openEuler Summit分享的材料（slide/demo） - 各项目owner ( summit前 < 12.20) 3. 补丁的命名规范 - licihua (时间会上未讨论） 4. patchinfo - liangchenye （时间会上未讨论） 5. 各个项目的license选型问题 -- chenyanpan/liangchenye + 法务 ( 下次例会前 <11.26) 6. 是否可以省掉 src-repo - chenyanpan/liangchenye + kernel team （中期任务） 7. 猫logo投票 - fangyufa （紧急任务 < 11.20 ) 纪要在线：https://etherpad.openeuler.org/p/sig-EasyLife-meetings SIG： https://gitee.com/openeuler/community/tree/master/sig/sig-EasyLife - openEuler-Advisor： http://gitee.com/openeuler/openEuler-Advisor - patch-trakcing: http://gitee.com/openeuler/patch-tracking - pkgship: http://gitee.com/openeuler/pkgship - sync-bot: http://gitee.com/openeuler/sync-bot To make life eaiser. initlove

2 1

回复：Re: [Tc] 申请修改仓库配置文件格式
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

申请修改仓库配置文件格式
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

sig-confidential-computing例会
by openEuler conference 12 Nov '20

12 Nov '20

1 0

【例会纪要】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 openEuler conference 11 Nov '20

11 Nov '20

3 2

会议纪要//reply: 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00
by guoge (A) 10 Nov '20

10 Nov '20

与会人：ARM（徐拯、简宁胜、龚晓红）、阿里巴巴（蒯微）、华为（郭歌、杨飞、王篁、贺东博、何学锦、章海剑）会议议程： 1．华为介绍在SVE backend的工作 2． ARM介绍在SVE backend的工作 3． SVE / Vector API / 其他技术交流会议纪要： 1．华为和ARM分别介绍了在ARM SVE backend做的工作，以及to do issue a) 当前华为和ARM在社区主要进行中后端指令支持和intrinsic工作，已经完成了基础运算指令、规约类指令、mask指令，正在完成Cast、Load/Store等指令 2． SVE 和Vector API技术交流，关于SVE支持路径的讨论，并探讨Vector API在产业落地的一些价值和诉求 a) SVE指令支持现状，以及backport到jdk11的诉求，以及自动向量化的讨论 b) Vector API在Java层api的问题和诉求收集 c) 国密加密算法java层支持是否可以由阿里来提交JEP？ 3．后续java instrinsic的支持需要做好分工，避免工作重复，后续各团队加强关于SVE支持的合作交流发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月9日 10:56 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-11-10 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/105703863> Meeting ID 105 703 863 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 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

答复: 【问题】基于 openEuler 的 ABI 检查工具
by Hexiaowen (Hex, EulerOS) 10 Nov '20

10 Nov '20

这里应该是笔误，正确地址是https://github.com/lvc [cid:image002.png@01D6B744.C3841240] 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! 发件人: huloves [mailto:huloves@163.com] 发送时间: 2020年11月9日 20:40 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 【问题】基于 openEuler 的 ABI 检查工具何老师好：今天看到openEuler高校开发者大赛，有个问题如下。 https://www.oschina.net/2020-openeuler?from=oschina-wx#topic-introduce 该网页项目描述中的https://github.com/lvci 仓库没有公开，是否有其他的参考途径？

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】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00
by Meeting Book 09 Nov '20

09 Nov '20

1 0

答复: openEuler开发者大赛---rust重写systemd
by Hexiaowen (Hex, EulerOS) 09 Nov '20

09 Nov '20

Huanbing Lu 你好，很高兴你能参加开发者大赛。我们正在启动该项目，下面是关于这个题目的一些信息，后续邮件可以抄送dev(a)openeuler.org<mailto:后续邮件可以抄送dev@openeuler.org>公开讨论。该项目在dev-utils sig中讨论，欢迎参加dev-utils sig双周例会。标题 - Rust重写sysytemd 描述鉴于目前systemd社区尚不成熟，质量不高，集成太多特性，控制点太多，同时也存在较多问题，特发起使用Rust语言重写systemd 。目标 · 使用Rust语言重写。 · 保留基本功能，保持足够的兼容性。 · 不应该是一比一的简单语言翻译。 · 使其更加使用于嵌入式和云场景。 · 最好可容器、虚拟化做一定的结合，类似CoreOS。 · 解决systemd当前问题高发的场景，cgroup、pam、session等难度高导师 overweight<https://gitee.com/overweight> 联系方式 hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com> 微信xiaowen_he softcore(openEuler小助手) 产出标准 · 基于rust语言的开源1号进程软件，在openEuler社区开发 · 兼容基础的systemd使用场景，如服务管理、日志管理以及资源管理。 · 支持多架构x86_64、aarch64，前期支持openEuler上运行技术要求 · 基本的Linux命令 · Rust语言 · systemd机制原理、代码框架 · 了解容器、虚拟化等原理何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image001.png@01D6B67B.9934B810] 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! 发件人: Huanbing Lu [mailto:luhuanbing084@gmail.com] 发送时间: 2020年11月8日 12:44 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: openEuler开发者大赛---rust重写systemd 何晓文导师您好，我是参加这次openEuler的开发者，我想选择这个题目作为这次比赛的题目，有些冒昧了。您这边方便给一个联系方式嘛？队伍名称：队长负责带饭姓名：陆涣冰学校：南京邮电大学

1 0

答复: 会议纪要///【Meeting Notice】A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 06 Nov '20

06 Nov '20

本次sig会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 3、新场景调优介绍，汇报人：hanxinke 与会人：A-Tune sig组成员感谢与各位的线上交流！会议纪要： chenmingmin： 1、介绍了线程间亲和性、numa内存亲和性、网络亲和性的基本概念 2、分析了业界主流的亲和性探测方法，函数调用跟踪和内存访问跟踪 3、讲解了业界主流的线程映射方法，openmp和kmaf，并对kmaf方式进行了代码实现 4、演示了kmaf绑核方式实现的调度效果分享链接：https://gitee.com/openeuler/wisdom-advisor/wikis/ gaoruoshu： 1、介绍了A-Tune web UI实现的具体原理 2、在web UI上演示了在线静态调优analysis和离线动态调优Tuning的动态曲线图 3、介绍了现有web UI的功能点，以及后期的技术演进路线代码仓链接：https://gitee.com/openeuler/A-Tune-UI hanxinke： 1、展示了当前A-Tune已经支持的业务场景下的配置参数 2、演示了一个新场景如何入手调优的具体方法代码仓链接：https://gitee.com/openeuler/A-Tune/tree/master/tuning/yamls 问题交流以及下一步计划： 1、kmaf线程映射方法是不停地进行亲和性检测，频率为100ms，平均开销在1.5% 2、页面迁移需要达到从一个节点访问的最高数量是次高数量的2倍以上，这个统计值需要达到稳定状态才行 3、当前亲和性探测方法使用了page_fault缺页统计访问信息，性能开销较大，后期将用其他跟踪方式来替代 4、当前A-Tune web UI上面采集的数据无法实时显示，后期通过增加数据库进行改进 5、analysis上面比对的数据表只是简单的增加时间戳来区分，需要提升使用者体验 6、当前A-Tune web UI只支持一个集群的调优，多个集群调优的实现方式还需要改进下次sig会议议程：（预计时间：2020-11-20 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org!-nz2k235h 敬请期待

1 0

OS-Builder sig例会
by openEuler conference 06 Nov '20

06 Nov '20

1 0

nothing provides mingw32-filesystem >= 95
by 翁志艺 06 Nov '20

06 Nov '20

大家好，自从mingw32-filesystem被移到master/openEuler:Mainline就好像出了问题。 buildinfo is broken... it says: unresolvable: nothing provides mingw32-filesystem >= 95 nothing provides mingw64-filesystem >= 95 2020-11-04 07:31:37,044 [ ERROR] : build package error, 1 2020-11-04 07:31:37,044 [ ERROR] : build standard_aarch64 ... failed 2020-11-04 07:31:37,045 [ ERROR] : build openEuler:Factory mingw-winpthreads aarch64 ... failed 其它依赖 mingw-filesystem 的项目 ci 测试时报错 https://gitee.com/src-openeuler/mingw-winpthreads/pulls/2 https://jenkins.openeuler.org/job/multiarch/job/src-openeuler/job/x86-64/jo… https://gitee.com/src-openeuler/mingw-headers/pulls/2 曾经成功过，现在也报同样的错误。但 mingw-filesystem version 是110的啊。 https://gitee.com/src-openeuler/mingw-filesystem/blob/master/mingw-filesyst… 请帮忙解决一下，谢谢！

2 4

【重要】openEuler 20.03 LTS SP1版本详细发布计划已经发布，请大家按照计划合入
by Hufeng (Solar, Euler) 05 Nov '20

05 Nov '20

https://gitee.com/openeuler/release-management/blob/f794679489b0d69a3e028ef… 2020年11月7日完成对老特性有影响的修改合入。 2020年11月18日完成所有特性冻结。请大家更新需求责任人，请大家审视是否有需求遗漏，原则上不再接纳新需求 HA，k8s，openstack团队前期有过讨论，可以考虑计划匹配度的情况下，修改如下问题，提交申请pr讨论。所有需求，先提issue跟踪，里程碑选择openEuler 20.03 LTS SP1

1 0

A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 04 Nov '20

04 Nov '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-11-06 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 本次会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 会议链接：https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-06 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Scheduling Affinity Detection and Mapping 2. A-Tune Web UI Introduction and Demonstration You can join the meeting at https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09. Welcome to submit your topics. Thanks.

1 0

Meeting Minutes 会议纪要 //答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Xiehong (Cynthia) 04 Nov '20

04 Nov '20

【与会人：】胡欣蔚、熊伟、郭寒军、谢秀奇、王勋、谢红、梁栋、方亚芬、王建民、迟信泽、陆志浩、董德平、冯涛、管延杰、刘博、叶青龙、朱延朋、Luo Haibo，潘辰博，ZhuoHui,imjoey 【新SIG组提案】 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- 润和梁栋 //会议结论： 1. 同意成立SIG组 2. 本SIG主要考虑的硬件是ARM 嵌入式 3. 当前重点在构建ARM32的rootfs 4. SIG组的软件仓优先单独建，如果没有问题再回合到主仓上遗留问题 1. 新SIG组的maintainer另外安排时间培训规范， 2. 32bit的OCS构建环境建设需要与基础设施组讨论落地方案 3. 希望目标能扩展到 openEuler的嵌入式版本，不仅仅在arm32,这个后续讨论 4. 希望补充SIG的相关说明文档中进一步明确本SIG的SCOPE和ROADMAP 【关键问题讨论】议题一：树莓派镜像 root用户密码设置策略 ---- 方亚芬 //会议结论 a) 对于树莓派，简单易用更重要，建议直接预置openeuler b) 可以考虑增加提示给用户，提示其修改初始密码，选择权给用户 c) 本结论只适用于树莓派的镜像，不影响openEuler的服务器版本的密码设置安全策略议题二：SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 //会议结论： a) 先请社区律师参与评估合规性要求； b) 评估以后，以openeuler社区名义向Nexus提申请 Pro版本；议题三: 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 //会议结论： a) 先组织线下讨论【SIG组日常运作审视】 1.OS builder-SIG --- 冯涛 //会议结论： a) 建议将各个公有云的虚拟机镜像制作对接工作纳入到本SIG组，可以参考暑期项目的输出 b) 做个USB的安装工具 c) 可以考虑根据程序运行情况确定需要裁剪的包 2. CEPH-SIG -- 迟信泽 //会议结论： a) 版本分支管理方式与openEuler的分支管理规则不一致，导致CI无法集成，按照社区的规则调整一下大版本的规则 b) 与release-sig线下沟通，尽快纳入到发行版本里 3.高性能网络 --- 陆志浩 //会议结论： a) 结合应用场景，找出有差异化的竞争力，比如容器网络，多与相关SIG组沟通协作 b) 考虑构建自有品牌的软件（栈） c) 例会要定时开，例行运作起来发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:25 收件人: 'dev' <dev(a)openeuler.org>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'hopeedge' <hopeedge(a)hoperun.com>; Guanyanjie <guanyanjie(a)huawei.com>; Liubo (Tony) <liubo79(a)huawei.com>; '582327062(a)qq.com' <582327062(a)qq.com>; 'rita_dong(a)isrc.iscas.ac.cn' <rita_dong(a)isrc.iscas.ac.cn> 主题: 答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:07 收件人: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; 'tc(a)openeuler.org' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; 'hopeedge' <hopeedge(a)hoperun.com<mailto:hopeedge@hoperun.com>> 主题: topic till now//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 HI ALL 到目前为止，收集的申报议题有 1．新SIG组 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- Liang Dong 2．关键问题讨论 A) 树莓派镜像 root用户密码设置策略 ---- 方亚芬 B) SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 C) 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 3． SIG组日常运作审视 A) OS builder B) CEPH C) 高性能网络议题可以继续申报，今天晚上截止 Thanks and Regards 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月3日 10:01 收件人: Tc(a)openeuler.org<mailto:Tc@openeuler.org> 主题: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 Topic openEuler Community TC Regular Meeting Time 2020-11-04 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/972758019> Meeting ID 972 758 019 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

Re: [Dev]【会议纪要】 sig-confidential-computing例会
by chenmaodong 04 Nov '20

04 Nov '20

【会议纪要】会议时间：2020-11-03 16:00 与会人：liujingang，gaoguijin，银联5人整体接入，chenmaodong，yanlu，wanghongzhe，liwei，Eli ma，zhujianwei 议题：一、银联介绍当前在TEE领域的投入与应用，着重讲解了TEE在电动车场景的应用实例，以及银联安全操作系统TEEI的相关成果二、讨论当前机密计算sig组的运作模式 a) 由于当前机密计算sig组代码还未开源，社区其他参与者对sig组，特别是secGear的使用和运行模式不了解，鉴于代码暂时还未走完开源流程，银联祖立军建议将一些demo做成视频在下次sig例会上进行下演示。 b) 目前社区上大家有意愿参与进来却没有相关任务途径，而当前sgx相关的依赖包还有部分未引入，可以在sig组发布打包任务提高大家参与度 c) 当前sig例会时间进行调整，提高交流频率，时间为每个月第一周与第三周的周二下午16:00 – 17:00，会议信息通过dev@openeuler.org<mailto:会议信息通过dev@openeuler.org>进行发布 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 2, 2020 7:10 PM To: dev(a)openeuler.org Subject: [Dev] sig-confidential-computing例会您好！ openEuler sig-confidential-computing SIG 邀请您参加 2020-11-03 16:00 召开的ZOOM会议会议主题：sig-confidential-computing例会会议链接：https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-confidential-computing SIG invites you to attend the ZOOM conference will be held at 2020-11-03 16:00, The subject of the conference is sig-confidential-computing例会, You can join the meeting at https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09. More information<https://openeuler.org/zh/>

1 0

会议纪要 // 答复: Container & iSula SIG例会 Time: 2020-11-03 16:00-17:30
by lujingxiao 03 Nov '20

03 Nov '20

与会者：jingxiaolu, imjoey, lifeng, haozi007 1、 Container & iSula SIG 近况： a) iSulad： i. volume特性（匿名卷、本地卷）：基本开发完成，计划本月中上openEuler主线； ii. 网络特性（命令行支持）：特性设计方案均已上传wiki，目前开发完成50%，计划1230上openEuler主线 iii. 社区：目前外部使用者询问比较多的都是网络特性 b) isula-build： i. openEuler 20.03 LTS SP1 预计月底发布，isula-build计划本周bump到0.9.4版本，带上特性：子命令pull/push，本地unix socket 支持isula group，支持同时save多个镜像，info支持展示runtime mem信息以及部分性能优化和bugfix ii. 下一阶段：开发两大特性OCI镜像格式的支持，子命令manifest，预计1230上全部合入openEuler主线 2、本次例会无其余议题谢谢， jingxiaolu

2 3