December 2020 - Dev - mailweb.openeuler.org

答复: 关于openEuler高校开发者大赛选题8的想法
by Hexiaowen (Hex, EulerOS) 03 Dec '20

03 Dec '20

易璐及队友您好！很高心你们关注今年的开发者大赛，前期在赛题讲解时，提供了三种方案，最推荐的方式，还是希望借助LFS，从零构建自己的开源项目。buildroot、crosstool-ng两个方案作为备选方案，是考虑到参赛者的时间和精力。关于选题8《开发openEuler bootstrap工具》的更多讨论，可以加我微信(xiaowen_he)，约时间做个线上会议交流。何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Email : hexiaowen(a)huawei.com [cid:image001.png@01D6C97D.240460D0] 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! 发件人: 易璐 [mailto:yilu@bupt.edu.cn] 发送时间: 2020年12月2日 21:07 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 关于openEuler高校开发者大赛选题8的想法何老师您好！我是来自北京邮电大学计算机科学与技术专业的大三学生易璐。看到openEuler高校开发者大赛，我和两位队友对选题8开发openEuler bootstrap工具很感兴趣。我在今年暑假参加龙芯杯的过程中，用到过buildroot来制作交叉编译工具链，同时我当时的参赛队友用buildroot来构建Linux。看到这个赛题，…:) 所以我想buildroot这个方案或许不是太好。何老师您推荐的三个方案中，我们觉得第一个应该是最直接、没有依赖其他现有实现的方案，也是我们比较想尝试的一个方案。我们了解了一下Linux from scratch，觉得通过学习这本书和相关的子项目，根据openEuler和Linux存在的一些区别再进行一些改动，应该是可以实现的。这里请允许我稍微介绍一下我们队的情况。我个人对启动操作系统有些许小的了解，在今年6-8月我参加了全国大学生计算机能力系统培养大赛（龙芯杯），和队友们一起用硬件描述语言写了一个基于MIPS3… 另外两位队友对系统架构也非常感兴趣，其中一位队友正在构建自己的高性能服务器。同时这学期我们修了操作系统的课程。目前总体上，我们对于操作系统的启动过程是大致了解的，但对于像Linux from scratch这样层次的内容了解的还是比较少。我们希望通过这封邮件，一方面让何老师了解我们的想法和我们，另一方面是希望何老师能在方便的时候给我们指点一下关于方案一的一些难点和实现建议！我们这段时间也是特别忙，校内由于准备在十二月末放寒假，这段时间已经处在期末的紧张状态，可能来不及对相关知识做更多的了解。所以我们决定尽快跟您沟通，希望从您这里得到一些帮助，更好地完成初赛文档和后续的项目计划。谢谢何老师的支持和帮助！ ------------------ ----------------- 易璐计算机学院北京邮电大学 19801333935

1 0

Gatekeeper双周例会
by openEuler conference 03 Dec '20

03 Dec '20

1 0

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

2024

2023

2022

2021

2020

2019

Dev December 2020