- Dev - mailweb.openeuler.org

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-10-13 10:00-11:00
by Meeting Book 12 Oct '20

12 Oct '20

1 0

Re: dev-utils SIG例会纪要（2020/10/12 11:00-11:30）
by Hushiyuan 12 Oct '20

12 Oct '20

【与会人】： myeuler，love_hangzhou，chendong1995，smileknife 【会议时间】：2020-10-12 11:00~11:30 【会议纪要】自研项目进展： pkgporter项目进展： rubyporter，nodejsporter，pkgporter, nodejsporter已经完成开发，计划集成到21.03版本软件包集成： • Lmgdb问题已经解决，正在进行更多的测试 --- love_hangzhou • stress-ng已经合入到20.09版本 • sig已经完成10个整改，还有10个包Source0规范性待整改 ---liqingqing_1229 自研项目规划及进展： 1、重构systemd，年底前完成架构调研和重构设计 --- love_hangzhou/overweight a) System重构，简单讨论过一个方案，将1号进程从systemd中拆出来，避免系统导致全系统panic b) 项目起一个名字，在社区发起讨论，直接在openEuler社区开发 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife a) 选型工具已经在Advisor sig开发中，具体进展下次例会详细介绍遗留问题： 1． rubyporter，nodejsporter，pkgporter, nodejsporter需要在src-openEuler下建仓：责任人：chendong1995 2． trucker工具和安装Sig组对齐Trucker镜像开发工具，先规划支持哪些镜像，并进入开发责任人：openeuler-basic 参考：暑期2020 有个参与者，开发了针对各种公有云的工具，可以整合进来 3．nodejsporter工具已经开发完成，外部使用者提的问题已经解决，需要合入到21.03版本 -责任人：孙晨东 4．智能计算：软件包源码自动从上游社区升级工具已经开发完成，需要和开发者对齐现状，在dev-utils中尝试使用：责任人：love_hangzhou 下次会议时间及会议组织者： ethan848 10月27号 11:00-11:30 各位社区开发者可回复此邮件申请议题和给出建议。

1 0

openEuler 20.09 kernel release
by Xie XiuQi 10 Oct '20

10 Oct '20

很高兴 openEuler 20.09 kernel 如期而至，该版本包含众多特性，欢迎通过 openEuler 版本来体验。 openEuler-20.09 kernel tree 位于: git@gitee.com:openeuler/kernel.git openEuler-20.09 openEuler kernel 项目位于: https://gitee.com/openeuler/kernel openEuler 20.09 kernel 依然基于社区的 Linux 4.19 LTS 内核，在 openEuler 1.0 LTS 基础上往前演进(跟踪到 4.19.140)，在这大概6个月的时间内，合入并使能了多个特性, 下面从架构支持，驱动支持，以及内核特性支持等几个方面来进行介绍。 1 架构支持 1.1 支持海光CPU-Hygon Dhyana 海光的Peng Wu向openEuler贡献了Hygon CPU的支持补丁集，通过这个补丁集，新增了 Hygon CPU 的ACPI, cpufreq，perf，KVM，NTB以及Hygon CPU的识别等支持，通过这个补丁集，openEuler完整支持海光x86 CPU。 1.2 支持昇腾芯片包括CPU和AI CPU共享虚拟地址的SVM（shared virtual memory）特性，以及芯片的硬件支持。 1.3 支持鲲鹏PC平台鲲鹏PC CPU基于鲲鹏920,8核。20.09 版本内核加入了对PC的休眠支持（架构特性），以及I2C控制器等支持。 1.4 支持 ARM v8.x 特性 - ARMv8.0 CRC32 instructions - ARMv8.0-SB Control of speculation - Armv8.2 Cache clean to Point of Deep Persistence - ARMv8.2-TTCNP, Translation table Common not private translations - ARMv8.4-TLBI, TLB maintenance and TLB range instructions - Armv8.5-RNG, Random number generator - Armv8.5-BTI, Branch target identification - Armv8.5-E0PD, Preventing EL0 access to halves of address map - ARMv8.6 Data gathering hint - ARMv8.6 Matrix multiply extension 1.5 支持 risc-v 支持 risc-v kvm. (openEuler 20.09 通过 kernel 5.5 来支持 risc-v) kernel tree 位于： git@gitee.com:openeuler/kernel.git kernel-5.5 2. 新介质以及新驱动支持 2.1 ARM64支持 persistence memory ARMv8.2引入新的指令支持 persistent memory，鲲鹏920处理器完整支持该特性，通过打开内核的 ACPI NFIT以及libnvdimm的配置文件，就能在鲲鹏上完美支持NVDIMM介质内存。 2.2 1822 网卡驱动增强 - 1822网卡支持x86架构 - 1822网卡支持128队列 2.3 3408/3416 RAID卡规避 3408iMR/3416iMRraid卡在ARM64平台上（ARM64生态问题）使用存在问题，开启SMMU后，会存在不兼容，通过SMMU 设备bypass特性，规避不兼容问题。 2.4 Huawei iBMA 驱动 iBMA 驱动是一组 BMC 与带内系统通信的驱动，系统宕机时，能辅助保存宕机时的运行状态信息，帮助定位故障原因。 2.5 hns3: update hns3 version to 1.9.38.8 2.6 TIPC: enable TIPC module by default 3. 存储/IO特性支持 3.1 bcache稳定性提升 bcache Maintainer Coly回合了大量bcache的bugfix以及特性，大幅提升bcache稳定性和可用性 4. 性能优化特性 4.1 sched Task Steal 回合社区的Task Steal特性，通过提升CPU利用率，替身MySQL数据库mix场景的性能10%+； 4.2 REFCOUNT_FULL以及CMPXCHG_LOOP()优化通过atomic_fetch_*操作来降低cmpxchg()带来的性能开销，从而提升refcount机制性能，带来文件读写等场景的性能提升，在ARM64服务器上尤其明显，空文件读写的benchmark 20+提升。 4.3 Linux's vmalloc Seeing "Large Performance Benefits" 优化 vmalloc 性能，内核针对vmalloc区的查找做了优化，从O(N)到~O(log(N) 。 See: https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.2-vmalloc-Perfo… 4.4 MPAM特性增强支持通过ACPI获取系统MPAM资源； 4.5 percpu refcount for pagecache pagecache的生命周期管理是通过refcount来管理的，在多核并发压力下，读取文件cache 的atomic操作成为瓶颈，因此引入percpu refcount mechanism来提升性能，针对nginx http测试，性能有1倍+的提升 4.6 ARM64 clear_page()性能优化通过‘stnp’代替'dc zva'指令，提升clear_page()的性能，在鲲鹏920上，针对hugetlb 测试，有53%的性能提升。 4.7 调度，优化关键进程的抢占时延，提升响应速度对 SCHED_IDLE 策略的优化，之前选核的时候只选择 idle 的CPU，现在是如果那个CPU 上运行的是 SCHED_IDLE 的进程，也可以选择到，由于运行SCHED_IDLE进程的CPU并不是 idle，没有唤醒时延，能提升响应速度。 5. 安全特性 5.1 支持AppArmor AppArmor相比Selinux使用起来简单，但之前版本未开启AppArmor支持。20.09版本支持 AppArmor，但默认的安全策略依然是Selinux，需要在启动参数传入security=apparmor使能 5.2 IMA摘要列表增强相比内核社区原生 IMA 机制，IMA 摘要列表扩展从安全性、性能、易用性三个方面进行了改良，助力完整性保护机制在生产场景下落地，并具有三大优势：极致安全原生 IMA 机制要求在现网环境下预先生成并标记文件扩展属性，访问文件时将文件扩展属性作为参考值，信任链不完整。摘要列表扩展将文件参考摘要值保存在内核空间中，构建阶段通过摘要列表的形式携带在发布的 rpm 包中，安装 rpm 包的同时导入摘要列表并执行验签，确保了参考值来自于软件发行商，实现了完整的信任链。惊艳的性能表现 IMA 度量场景下，摘要列表扩展在确保安全性的前提下，减少了不必要的 PCR 扩展操作，开启度量时性能损失小于 5%，相比原生 IMA 度量性能提升高达 50%。IMA 评估场景下，摘要列表扩展将签名验证统一移动到启动阶段进行，避免每次访问文件时都执行验签，相比原生 IMA 评估场景提升运行阶段文件访问的性能约 20%。快速部署，平滑升级原生 IMA 机制在初次部署或每次更新软件包时，需要切换到 ﬁx 模式手动标记文件扩展属性后再重启进入 enforce 模式，才能正常访问安装的程序。摘要列表扩展可实现安装完成后开箱即用，且允许直接在enforce 模式下安装或升级 rpm 包，无需重启和手动标记即可使用，实现了用户感知最小化，适合现网环境下快速批量部署。 6. 功耗特性 6.1 支持 CPU idle TEO governor TEO 是新引入的CPU调频算法，更适合 tickless 系统，可以为CPU选择更合适的节能状态。 7 调测特性 7.1 support livepatch without ftrace 8. 虚拟化特性 8.1 支持双层调度双层调度就是让Hypervisor的调度器感知到VM的VCPU上跑什么应用。让VM的调度器感知到 Hypervisor 层物理CPU压力。两层调度感知，整机达到最好的业务性能。 8.2 支持 PMU nmi watchdog 8.3 支持 SmartPolling （guest idle poll) ARM 平台上 cpu idle 支持 smart polling，用来提升性能。 8.4 支持 vmtop, 用于虚拟机性能指标监测 8.5 支持ARM架构PV qspinlock功能，提升vcpu的自旋锁等锁性能 --- openEuler Kernel SIG

1 0

Re: 【会议纪要】【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by chenmaodong 09 Oct '20

09 Oct '20

sig-confidential-computing 10月月度例会会议纪要：【与会人】：yanxiaobin,zhaimengdong,zhanglinhao,chenmaodong,zhuyanpeng,liwei,zhangbinghua,zulijun,yanlu 【会议纪要】：会议议题： 1、华为chenmaodong介绍了当前sig-confidential-computing兴趣组的组成架构以及sig组目标，同时针对secGear的层次以及社区路标进行了简单介绍 2、银联zulijun简单介绍了当前银联与华为小海思合作芯片的情况，同时提出sig组支持国密算法的建议 3、华为zhanglinhao针对当前华为itrustee os介绍了国密算法的发展现状，当前itrustee对SM2、SM3、SM4都已支持，上层secGear和linux-sgx的国密算法支持需要进一步审视下一步计划： 1、继续跟进itrustee针对华为小海思芯片支持情况 2、下次月度例会上通报当前sig-confidential-computing相关项目的社区上线进展 3、下次月度例会银联同学分享一下当前银联在机密计算领域的项目情况，寻找可以在社区共同合作交流的idea 4、梳理一下sig组当前对国密标准的支持情况 From: Meeting Book [mailto:uMeeting@huawei.com] Sent: Thursday, October 8, 2020 12:26 PM To: dev(a)openeuler.org Subject: [Dev] 【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00 Topic openEuler sig-confidential-computing例会 Time 2020-10-09 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/660897423> Meeting ID 660 897 423 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

会议纪要///【Meeting Notice】A-Tune & wisdom sig meeting Time: 2020-10-09 10:00-12:00
by hanxinke 09 Oct '20

09 Oct '20

本次sig会议议程： 1、A-Tune在线时动态调优强化学习算法调研，汇报人：liuke 2、能耗调优相关内容介绍，汇报人：caihongda 与会人：A-Tune团队成员、蔡宏达、华南理工大学、中科院非常感谢liuke与caihongda做的精彩演讲，感谢与华南理工大学、中科院进行线上交流！会议纪要： liuke： 1、CDB-Tune数据库调优相关算法介绍，并与其它算法做了比较 caihongda： 1、介绍了CMOS集成电路的功耗情况，以及基于处理器能耗状态调整技术，基于任务调度的能耗管理技术、基于热感知的能耗管理技术 2、介绍了计算卸载功耗管理技术，该技术的关键点是节能收益要大于数据传输与链接的损耗 3、介绍了显示与计算交互的技术，通过降低显示刷新率与显示分辨率达到降低能耗的目的问题交流以及下一步计划： 1、鲲鹏920可以通过公开的工具（powertop、devstat、iostat）从硬件上获取cpu唤醒次数、磁盘唤醒次数、磁盘读写量等跟功耗相关的数据 2、openeuler可以通过numastat查询每个numa上面的内存占用情况 3、对cpu进行精确建模并且获取在一段时间中的整机功耗相对来说较为困难，电源芯片的功耗数据较难获取 4、A-Tune当前只能识别单应用，对于多应用服务器可以尝试通过离线时动态调优功能进行最优参数选取 5、A-Tune暂时还未集成功耗模块，预计在明年会探讨集成 6、wisdom执行策略没有成功与失败的回显，建议该模块能够提升用户体验 7、A-Tune与wisdom的关系，wisdom主要做调度优化，是A-Tune的一个子项目下次sig会议议程：（预计时间：2020-10-23 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org!-nz2k235h 敬请期待发件人: hanxinke 发送时间: 2020年9月29日 15:47 主题: A-Tune & wisdom sig meeting Time: 2020-10-09 10:00-12:00 本次sig会议议程： 1、A-Tune在线时动态调优强化学习算法调研，汇报人：liuke 2、能耗调优相关内容介绍，汇报人：caihongda 会议链接：Join (External) >><https://welink-meeting.zoom.us/j/665037493> 敬请期待

1 0

【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by Meeting Book 08 Oct '20

08 Oct '20

1 0

openEuler 20.03-LTS Update 20200930 例行版本拟发布通知
by Hufeng (Solar, Euler) 30 Sep '20

30 Sep '20

版本目标：CVE和Bugfix修复本次发布：24源码包，414个二进制附件为本次解决cve清单（最终稿以发布为准）对所有升级包进行安装，升级，卸载测试，功能测试对内核和虚拟化做性能测试，申请发布。发布意见请才以下issue反馈，Developer也可以反馈意见，谢谢。 https://gitee.com/openeuler/release-management/issues/I1XAVM?from=project-i… 本地涉及的源码包清单 brltty-6.1-1.oe1.src.rpm glibc-2.28-45.oe1.src.rpm httpd-2.4.43-3.oe1.src.rpm kernel-4.19.90-2009.3.0.0045.oe1.src.rpm libiscsi-1.19.0-1.oe1.src.rpm libldb-2.0.12-1.oe1.src.rpm libreswan-3.25-8.oe1.src.rpm libselinux-3.1-1.oe1.src.rpm libxml2-2.9.10-8.oe1.src.rpm net-snmp-5.9-1.oe1.src.rpm nettle-3.6-1.oe1.src.rpm open-iscsi-2.1.1-2.oe1.src.rpm openssh-8.2p1-6.oe1.src.rpm openssl-1.1.1f-2.oe1.src.rpm osc-0.169.1-2.oe1.src.rpm perl-5.28.3-2.oe1.src.rpm postgresql-10.5-18.oe1.src.rpm python2-2.7.18-2.oe1.src.rpm python3-3.7.9-2.oe1.src.rpm qemu-4.1.0-20.oe1.src.rpm redis-4.0.11-10.oe1.src.rpm samba-4.11.12-2.oe1.src.rpm unbound-1.11.0-1.oe1.src.rpm wireshark-2.6.2-11.oe1.src.rpm

1 0

【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by Meeting Book 30 Sep '20

30 Sep '20

1 0

【Notice】openEuler 20.09版本发布决策会议一致同意openEuler 20.09版本的发布
by Jiangyumin (Jimmy) 29 Sep '20

29 Sep '20

Hi all openEuler 20.09创新版本经过QA团队多轮的α测试与β测试，版本质量已经达到社区发布出口标准，通过release-management sig组的一致决策:同意openEuler 20.09版本发布。 Release manager 成员发布决策意见江裕民[@yuming_jiang<https://gitee.com/yuming_jiang>] GO 管延杰 [@guanyanjie<https://gitee.com/guanyanjie>] GO 刘博 [@boliurise<https://gitee.com/boliurise>] GO 朱延朋 [@zyp-rock<https://gitee.com/zyp-rock>] GO 姜振华 [@Ronnie_Jiang<https://gitee.com/Ronnie_Jiang>] GO 胡峰 [@solarhu<https://gitee.com/solarhu>] GO 陈亚强[@chenyaqiang<https://gitee.com/chenyaqiang>] GO OpenEuler 20.09版本携带关键特性见下： * StratoVirt：安全、轻量、高性能、低损耗的，组件灵活拆分，面向全场景的通用化虚拟机运行时 * 采用Rust语言，支持seccomp，支持多租户隔离，提供可信安全运行环境 * 具备<50ms的启动性能，<4M的内存底噪，极致性能和轻量，适用端、边、云等多样场景 * X86 VT，鲲鹏Kunpeng-V等多体系硬件加速虚拟引擎支持 * ms级设备扩缩能力，为轻量化负载提供灵活的资源伸缩能力 * 设备模型可扩展，支持PCI等复杂设备规范，兼容Qemu软件生态 * 多种计算、网络，存储加速方案支持，异构算力灵活协同 * iSula：轻量级容器解决方案，统一IoT，边缘和云计算容器解决方案 * 优化启动和容器生命周期操作性能 * 容器镜像构建工具isula-build，提供了安全、快速的容器镜像构建能力 * 支持虚拟机安全启动和可信启动，增强虚拟机安全性 * 虚拟化特性增强 * 通过双层调度和Hypervisor感知VM调度，优化VM锁抢占，提升多核超分场景性能 * 通过Guest-Idle-Haltpoll机制优化IPI中断性能，提升数据库业务性能 * 针对ARM平台虚拟化特性，支持CPU/内存热插、支持KVM CPU可配置为custom模式，提高资源配置灵活性 * 运维工具VMTOP，支持虚拟机陷入陷出等性能指标快速采集 * PMU NMI watchdog特性使能hardlockup检测 * 内核特性增强 * IMA商用增强: 在开源IMA方案基础上，增强安全性、提升性能、提高易用性，助力商用落地 * NUMA Aware Qspinlock支持：减少锁竞争跨 NUMA 的 Cache 同步和乒乓，提升系统性能 * Ktask并行化支持：内核任务并行化框架，支持内核任务并行化运行 * MPAM资源管控: ARM64架构Cache QoS 以及内存带宽控制技术 * 内存系统锁优化：vmalloc分配大锁优化、Pagecache锁优化 * 编程语言和编译器 * JDK8增强：APPCDS特性和crc32硬加速指令支持 * GCC优化：循环优化、自动矢量化、全局优化 * 硬件和芯片使能 * Raspberry Pi支持：Raspberry系列板卡支持 * 桌面支持 * UKUI：麒麟操作系统的默认桌面环境，其布局、风格和使用习惯接近传统Windows * 智能运维 * A-Tune：智能系统性能优化引擎，推理出业务特征，配置最佳的系统参数集合，使业务处于最优运行状态

1 0

A-Tune & wisdom sig meeting Time: 2020-10-09 10:00-12:00
by hanxinke 29 Sep '20

29 Sep '20

本次sig会议议程： 1、A-Tune在线时动态调优强化学习算法调研，汇报人：liuke 2、能耗调优相关内容介绍，汇报人：caihongda 会议链接：Join (External) >><https://welink-meeting.zoom.us/j/665037493> 敬请期待

1 0

【openEuler 20.09版本发布决策】经过QA团队多轮的α测试与β测试，openEuler 20.09版本质量已经达到社区发布出口标准.
by Jiangyumin (Jimmy) 29 Sep '20

29 Sep '20

Hi Release-manager Sig openEuler 20.09版本经过QA团队多轮的α测试与β测试，版本质量已经达到社区发布出口标准，现在申请对外发布，请邮件反馈决策意见。Developer也可反馈建议，多谢。版本携带关键特性见下：关键特性 * StratoVirt：安全、轻量、高性能、低损耗的，组件灵活拆分，面向全场景的通用化虚拟机运行时 * 采用Rust语言，支持seccomp，支持多租户隔离，提供可信安全运行环境 * 具备<50ms的启动性能，<4M的内存底噪，极致性能和轻量，适用端、边、云等多样场景 * X86 VT，鲲鹏Kunpeng-V等多体系硬件加速虚拟引擎支持 * ms级设备扩缩能力，为轻量化负载提供灵活的资源伸缩能力 * 设备模型可扩展，支持PCI等复杂设备规范，兼容Qemu软件生态 * 多种计算、网络，存储加速方案支持，异构算力灵活协同 * iSula：轻量级容器解决方案，统一IoT，边缘和云计算容器解决方案 * 优化启动和容器生命周期操作性能 * 容器镜像构建工具isula-build，提供了安全、快速的容器镜像构建能力 * 支持虚拟机安全启动和可信启动，增强虚拟机安全性 * 虚拟化特性增强 * 通过双层调度和Hypervisor感知VM调度，优化VM锁抢占，提升多核超分场景性能 * 通过Guest-Idle-Haltpoll机制优化IPI中断性能，提升数据库业务性能 * 针对ARM平台虚拟化特性，支持CPU/内存热插、支持KVM CPU可配置为custom模式，提高资源配置灵活性 * 运维工具VMTOP，支持虚拟机陷入陷出等性能指标快速采集 * PMU NMI watchdog特性使能hardlockup检测 * 内核特性增强 * IMA商用增强: 在开源IMA方案基础上，增强安全性、提升性能、提高易用性，助力商用落地 * NUMA Aware Qspinlock支持：减少锁竞争跨 NUMA 的 Cache 同步和乒乓，提升系统性能 * Ktask并行化支持：内核任务并行化框架，支持内核任务并行化运行 * MPAM资源管控: ARM64架构Cache QoS 以及内存带宽控制技术 * 内存系统锁优化：vmalloc分配大锁优化、Pagecache锁优化 * 编程语言和编译器 * JDK8增强：APPCDS特性和crc32硬加速指令支持 * GCC优化：循环优化、自动矢量化、全局优化 * 硬件和芯片使能 * Raspberry Pi支持：Raspberry系列板卡支持 * 桌面支持 * UKUI：麒麟操作系统的默认桌面环境，其布局、风格和使用习惯接近传统Windows * 智能运维 * A-Tune：智能系统性能优化引擎，推理出业务特征，配置最佳的系统参数集合，使业务处于最优运行状态

7 6

软件包提交相关问题
by Luke Yue 28 Sep '20

28 Sep '20

大家好，我是目前参与 summer2020 活动，负责「为 openEuler 添加 Xfce 桌面环境并能够运行在树莓派 4B上」项目的同学。目前想向 openEuler 提交新的软件包，但是不知道具体如何操作，麻烦各位给出指导建议。预计需要向社区申请提交这些包： - [fcitx](https://gitee.com/raspi-oo/fcitx)：fcitx 输入法框架。 - [fcitx-qt5](https://gitee.com/raspi-oo/fcitx-qt5)：fcitx 输入法框架的 Qt5 模块，使其能在 Qt5 应用下使用。 - [fcitx-libpinyin](https://gitee.com/raspi-oo/fcitx-libpinyin)：为 fcitx 输入法增加以 libpinyin 为基础的拼音输入法支持。 - [imsettings]( https://gitee.com/raspi-oo/imsettings)：提供图形界面以供选择输入法框架（例如 fcitx 或者 ibus），并立即生效。 - [libgxim](https://gitee.com/raspi-oo/libgxim)：一个 XIM 库，上述软件的依赖。目前 fcitx 和 imsettings 在 Private 状态，其他包在 Community 中暂时缺失，目前是计划将这些包添加到 Desktop SIG 组，请问大家应该如何操作？是否应该添加到 Desktop SIG 组？有没有需要注意的事项？谢谢！谢谢各位！

4 4

【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by Meeting Book 28 Sep '20

28 Sep '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-29 10:00-11:00
by Meeting Book 28 Sep '20

28 Sep '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-29 10:00-11:00
by Meeting Book 28 Sep '20

28 Sep '20

1 0

【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by Meeting Book 28 Sep '20

28 Sep '20

1 0

【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00
by Meeting Book 28 Sep '20

28 Sep '20

1 0

dev-utils SIG例会纪要（2020/9/28 11:00-12:00）
by Mingfangsen 28 Sep '20

28 Sep '20

【与会人】： myeuler，BruceGW，love_hangzhou，chendong1995，smileknife 【会议时间】：2020-9-28 11:00~11:30 【会议纪要】 pkgporter项目进展： ? rubyporter、nodejsporter合入master主线（已完成） ? 与pkgporter集成与联调 --- BruceGW 完成时间：下次例会(10/12) ? 输出使用手册（已完成） ? 申报TC议题介绍rubyporter与nodejsporter （已完成）软件包集成： ? Lmgdb还有一个问题待解决 --- love_hangzhou 完成时间：下次例会(10/12) ? 除stress-ng、pyporter分支和源码不完整未纳入openEuler 20.09版本，其它8个包已纳入（已完成） ? sig内还有20个包Source0规范性待整改 ---overweight 自研项目规划： 1、重构systemd，年底前完成架构调研和重构设计 --- love_hangzhou/overweight 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife 下次会议时间及会议组织者： ethan848 10月12号 11:00-12:00 各位社区开发者可回复此邮件申请议题和给出建议。

2 1

【议题收集】【Meeting Notice】openEuler kernel sig meeting Time: 2020-10-16 10:00-12:00
by Xie XiuQi 28 Sep '20

28 Sep '20

openEuler kernel sig meeting 定于 2020-10-16 10:00-12:00 召开，欢迎回复邮件申报议题。 (受十一假期影响，中间跳过一次例会，如有问题需要交流，可以先发邮件列表） --- 会议信息 --- 会议链接：https://zoom.us/j/94156903933 会议 ID : 94156903933 --- 会议纪要归档 --- Meeting Record 20200918： https://gitee.com/openeuler/kernel/issues/I1WGN0

1 0

讨论wisdom-advisor演进路线
by Zhoukang (A) 27 Sep '20

27 Sep '20

Dear fellows at TC: 操作系统调度是一个NP问题, 无法在全场景有个完美的算法; 因此wisdom-advisor目的是针对关键应用场景寻找一个接近最优的调度策略; 调度的核心难题: 长尾时延问题吞吐量和时延权衡问题亲和调度, 线程并行度, 如何权衡供应链算法问题, 提升系统级CPU使用率减少调度不合理导致的锁自旋额外开销减少调度不合理导致的一致性算法额外开销 wisdom-advisor认为调度系统可以分为前端调度和后端调度; 前端调度, 解决线程线程亲和性分区关系识别问题; 后端调度, 解决计算资源分配的空间布局和时间布局问题; wisdom-advisor历史版本功能: 使用者通过配置文件指定线程分组关系, 反馈给wisdom-advisor; (已经完成) 基于专家模型识别机制, 自动识别部分场景的线程分组; (已经完成) 下一步的演进路线初步思路: 基于AI深度学习自动线程亲和分组; 基于AI深度学习, 获得最佳算力分配策略; 请各位专家提供宝贵意见; https://gitee.com/openeuler/wisdom-advisor

2 1

答复: [Community] 【开发过程疑问】
by Zhuyanpeng 25 Sep '20

25 Sep '20

软件包分组，如果跟sig组协商后，没找到合适的，可以跟tc 讨论，tc 的maillist为 tc(a)openeuler.org<mailto:tc@openeuler.org>，也可以向tc申请创建一个新sig 另外技术讨论都可以抄送到dev(a)openeuler.org<mailto:另外技术讨论都可以抄送到dev@openeuler.org> 这个maillist 希望能帮到你发件人: Anker [mailto:apoqi123@126.com] 发送时间: 2020年9月17日 16:51 收件人: community(a)openeuler.org 主题: [Community] 【开发过程疑问】 openEuler相关人，好在迁移开源软件Tars(https://github.com/TarsCloud/Tars)到openEuler社区中，遇到疑问，该软件之前想分配到S… 致谢！

2 3

请问目前 Private下的库 src-openeuler/mingw-gcc 可以用了吗？
by 翁志艺 25 Sep '20

25 Sep '20

大家好，在 openeuler 上编译 wine 时缺少依赖 mingw-gcc ，发现在Private下的库 src-openeuler/mingw-gcc ，但目前好像还不能用？谢谢翁志艺

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-09-22 15:00-15:30
by fang 23 Sep '20

23 Sep '20

1 1

[iSula/Container/Kubernetes] 讨论openEuler社区中cloud-native各sig组职责
by Joey Ma 22 Sep '20

22 Sep '20

Dear fellows at TC and sig-container/sig-kubernetes/sig-iSulad: 我是 sig-kubernetes 的 contributor 马俊杰（imjoey），上周在 TC 例会上介绍了 sig-kubernetes 的进展，会上与熊博讨论了 openEuler 社区中cloud-native相关sig组协同的问题，会后也与 sig-kubernetes 的maintainer 周鹏飞讨论后续 sig-kubernetes 的发展方向。在此我谨代表sig-kubernetes和我个人发起如下proposal，希望与 sig-iSulad/container 以及各相关sig组同学讨论： 1. 现在的 sig-kubernetes 修改为 sig-kubesphere，kubesphere是基于kubernetes的二次发行版，sig-kubesphere 将仅专注 kubesphere社区生态与openEuler社区生态的兼容适配，目标是保证kubesphere在openEuler（x86+arm64）的安装、运行、调优； 2. 项目 src-openeuler/kubernetes 从目前的 sig-container 迁移至 sig-kubernetes 中，sig-kubernetes 更专注于原生kubernetes社区生态（如包含：日志、监控、kubevirt、网络组件、kubefed、istio、harbor等）与openEuler社区生态的兼容适配，目标是保证kubernetes在openEuler（x86+arm64）的安装、运行、调优。sig-kubernetes 为 sig-kubesphere 提供兼容易用的 kubernetes 发行版； 3. 原 sig-container/sig-iSulad 则仍然专注于kubernetes依赖的docker、iSulad、Podman、runC、containerd、buildah等相关软件包与openEuler（x86+arm64）的适配。sig-container 为 sig-kubernetes 提供兼容易用的容器/镜像组件； 4. 其他的kubernetes二次发行版都自行创建sig组，如：sig-OKD、sig-rancher，将仅专注自身发行版组件与openEuler社区生态的兼容适配，kubernetes、container相关都将依赖 sig-kubernetes/sig-container 即可； 5. 根据经验，cloud-native相关的有些upstream社区对arm64适配非常不积极，所以希望所有cloud-native sig组将 arm64 image 上传到 openEuler社区的 Image Registry 上，共享社区成果；（我们已将部分arm64 image推送上去： https://isrc.iscas.ac.cn/gitlab/oepkgs/kubernetes/container_registry/ ，同学可以按需索取。）以上，非常期待各位的反馈。谢谢。

3 3

openEuler上maven不可用
by Hubble_Zhu 22 Sep '20

22 Sep '20

Hi，大家好     我在尝试将spark软件包推到openEuler上。我已经验证了本地rpm构建是ok的（我本地使用的官方的maven）      我在提交spark构建pr到src-openEuler上时，发现在arm64，x86版本构建都失败了      pr：https://gitee.com/src-openeuler/spark/pulls/1            在构建失败的日志中，看起来是openEuler的maven无法安装，缺少依赖的  httpcomponents-client 包。       之后我查看openEuler的obs里，发现openEuler：Mainline中是有 httpcomponents-client 这个包的，但是从来没有构建出来过。    奇怪的是，同样依赖maven构建的zookeeper 的门禁构建job是ok的。https://gitee.com/src-openeuler/zookeeper/pulls/1    请问下现在openEuler是否支持通过maven来构建包？        我本地已经验证了spark、hadoop、hive、hbase都构建ok，非常希望能够尽快将包提交到openEuler上。    any help will be greatly appreciated. 

2 1

resend ==>答复: 申请BCC/BPFTrace申请入LTS版本
by Luzhihao (luzhihao, Euler) 22 Sep '20

22 Sep '20

发件人: Luzhihao (luzhihao, Euler) 发送时间: 2020年9月19日 11:19 收件人: 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org>; Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com>; Zhuchunyi <zhuchunyi(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; 缪开波 <miaokaibo(a)huawei.com>; liuxin (DW) <liuxin264(a)huawei.com>; zhudi (J) <zhudi21(a)huawei.com>; Yanan (Euler) <yanan(a)huawei.com>; songnannan (A) <songnannan2(a)huawei.com>; Chenxiang (EulerOS) <rose.chen(a)huawei.com> 主题: 申请BCC/BPFTrace申请入LTS版本申请BCC、BPFTrace入LTS版本，这两软件包提供丰富的系统观察工具、开发库，可以方便OSV厂商实现一些系统运维方面的工具。 1、关于bcc的功能介绍： BCC是一个用于创建高效的内核跟踪和操作程序的工具包，它包括一些有用的工具和示例。详细功能包括： 1）工具集：IO观测工具集、TCP/UDP观测工具集、文件访问观测工具集、内存申请/释放工具集、CPU调度观测工具集等 2）开发库：提供C、Python语言库以及相关的API，方便应用开发eBPF程序。 2、 BCC的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖libbpf（>=0.0.5-3）、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BCC，目前已经升级到0.16.0版本；CentOS 8已支持BCC 0.14.0版本。 1、关于BPFTrace的功能介绍：基于BCC实现了一些工具，包括进程系统调用跟踪、进程内存/磁盘访问跟踪等。 2、 BPFTrace的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖BCC、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BPFTrace，目前已经升级到0.11.0版本；CentOS 8已支持BCC 0.9.2版本。

1 0

resend dev sig==>答复: 申请BCC/BPFTrace申请入LTS版本
by Luzhihao (luzhihao, Euler) 21 Sep '20

21 Sep '20

发件人: Luzhihao (luzhihao, Euler) 发送时间: 2020年9月19日 11:19 收件人: 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org>; Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com>; Zhuchunyi <zhuchunyi(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; 缪开波 <miaokaibo(a)huawei.com>; liuxin (DW) <liuxin264(a)huawei.com>; zhudi (J) <zhudi21(a)huawei.com>; Yanan (Euler) <yanan(a)huawei.com>; songnannan (A) <songnannan2(a)huawei.com>; Chenxiang (EulerOS) <rose.chen(a)huawei.com> 主题: 申请BCC/BPFTrace申请入LTS版本申请BCC、BPFTrace入LTS版本，这两软件包提供丰富的系统观察工具、开发库，可以方便OSV厂商实现一些系统运维方面的工具。 1、关于bcc的功能介绍： BCC是一个用于创建高效的内核跟踪和操作程序的工具包，它包括一些有用的工具和示例。详细功能包括： 1）工具集：IO观测工具集、TCP/UDP观测工具集、文件访问观测工具集、内存申请/释放工具集、CPU调度观测工具集等 2）开发库：提供C、Python语言库以及相关的API，方便应用开发eBPF程序。 2、 BCC的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖libbpf（>=0.0.5-3）、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BCC，目前已经升级到0.16.0版本；CentOS 8已支持BCC 0.14.0版本。 1、关于BPFTrace的功能介绍：基于BCC实现了一些工具，包括进程系统调用跟踪、进程内存/磁盘访问跟踪等。 2、 BPFTrace的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖BCC、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BPFTrace，目前已经升级到0.11.0版本；CentOS 8已支持BCC 0.9.2版本。

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-22 10:00-11:00
by Meeting Book 21 Sep '20

21 Sep '20

1 0

Re: 【议题收集】【Meeting Notice】openEuler kernel sig meeting Time: 2020-09-18 10:00-12:00
by Xie XiuQi 19 Sep '20

19 Sep '20

Hi, openEuler kernel sig meeting 定于下周五（18号）上午召开，欢迎申报议题。当前有如下议题： 1）4.19 拟回合 bpf 高版本特性讨论 - 陆志浩 2）openEuler 21.03 创新版本内核选型及需求收集 - 郭寒军 3）openEuler 20.09 特性介绍 - 谢秀奇 On 2020/9/10 9:39, Meeting Book wrote: > Topic > openEuler kernel sig meeting > Time > 2020-09-18 10:00-12:00((UTC+08:00)Beijing) > > > > Join Conference > Join (External) >> <https://welink-meeting.zoom.us/j/624354069> > Meeting ID > 624 354 069 > > > > 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> > > > _______________________________________________ > Kernel mailing list -- kernel(a)openeuler.org > To unsubscribe send an email to kernel-leave(a)openeuler.org

4 6

申请BCC/BPFTrace申请入LTS版本
by Luzhihao (luzhihao, Euler) 19 Sep '20

19 Sep '20

申请BCC、BPFTrace入LTS版本，这两软件包提供丰富的系统观察工具、开发库，可以方便OSV厂商实现一些系统运维方面的工具。 1、关于bcc的功能介绍： BCC是一个用于创建高效的内核跟踪和操作程序的工具包，它包括一些有用的工具和示例。详细功能包括： 1）工具集：IO观测工具集、TCP/UDP观测工具集、文件访问观测工具集、内存申请/释放工具集、CPU调度观测工具集等 2）开发库：提供C、Python语言库以及相关的API，方便应用开发eBPF程序。 2、 BCC的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖libbpf（>=0.0.5-3）、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BCC，目前已经升级到0.16.0版本；CentOS 8已支持BCC 0.14.0版本。 1、关于BPFTrace的功能介绍：基于BCC实现了一些工具，包括进程系统调用跟踪、进程内存/磁盘访问跟踪等。 2、 BPFTrace的依赖：（1）内核的依赖：依赖内核4.1及其以上版本，软件包自身演进时，可以不绑定内核版本。（2）软件包的依赖：依赖BCC、LLVM（>=7.0）。 3、其他OS厂商的情况：fedora 32/33/34均支持BPFTrace，目前已经升级到0.11.0版本；CentOS 8已支持BCC 0.9.2版本。

1 0

leave
by 康兴锋 (Xingfeng Kang) 18 Sep '20

18 Sep '20

leave From: 任智文 [mailto:drqinghuan@163.com] Sent: Thursday, September 17, 2020 12:04 PM To: dev(a)openeuler.org Subject: [Dev] leave leave [http://mail-online.nosdn.127.net/sm4d73d07646b07e9b42b2dddb4fae2327.jpg] 任智文 drqinghuan(a)163.com<mailto:drqinghuan@163.com> 签名由网易邮箱大师<https://mail.163.com/dashi/dlpro.html?from=mail81> 定制 ________________________________ This email (including its attachments) is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. Unauthorized use, dissemination, distribution or copying of this email or the information herein or taking any action in reliance on the contents of this email or the information herein, by anyone other than the intended recipient, or an employee or agent responsible for delivering the message to the intended recipient, is strictly prohibited. If you are not the intended recipient, please do not read, copy, use or disclose any part of this e-mail to others. Please notify the sender immediately and permanently delete this e-mail and any attachments if you received it in error. Internet communications cannot be guaranteed to be timely, secure, error-free or virus-free. The sender does not accept liability for any errors or omissions. 本邮件及其附件具有保密性质，受法律保护不得泄露，仅发送给本邮件所指特定收件人。严禁非经授权使用、宣传、发布或复制本邮件或其内容。若非该特定收件人，请勿阅读、复制、使用或披露本邮件的任何内容。若误收本邮件，请从系统中永久性删除本邮件及所有附件，并以回复邮件的方式即刻告知发件人。无法保证互联网通信及时、安全、无误或防毒。发件人对任何错漏均不承担责任。

1 0

会议纪要///【Meeting Notice】A-Tune & wisdom sig meeting Time: 2020-09-18 10:00-12:00
by hanxinke 18 Sep '20

18 Sep '20

本次sig会议议程： 1、A-Tune与业界重要参数选择算法的介绍和对比研究，汇报人：songmingcong 2、wisdom智能感知调度介绍，汇报人：chenmingmin 3、社区issue分析与讲解，汇报人：hanxinke 与会人：A-Tune团队成员、华南理工大学、苏州大学研究生非常感谢songmingcong与chenmingmin做的报告，感谢与华南理工大学、苏州大学进行线上交流！会议纪要： songmingcong： 1、分析了业界顶级会议Fast'20、Hostorage'20和KDD'20上关于重要参数选择方面的研究以及在各自领域取得的效果 2、介绍了A-Tune在重要参数选择算法方面的进展 3、将A-Tune与业界的重要参数选择算法在适配的应用场景、数据采样、是否支持增量可调、核心算法等方面作了对比介绍 chenmingmin： 1、介绍了wisdom智能感知调度的背景、功能、支持的调度策略以及具体的调度使用命令 2、介绍了当前的调度策略在实际场景中的应用情况问题交流以及下一步计划： 1、当前A-Tune可以调解的参数众多，包含各种数据类型，后期可以做一些归一化处理。 2、在重要参数选择中，当前A-Tune需要使用者通过人工经验配置每轮的迭代次数，后期该次数可以根据可调参数空间的大小进行动态配置。 3、A-Tune在相同应用的不同测试场景下希望重要参数可以得到复用。 4、A-Tune需要增强应用在不同负载下的识别能力 5、wisdom智能感知调度在不同应用场景下需要人工选择调度策略，希望后期能够自动识别 6、wisdom智能感知调度可以在AI调优方面做进一步的探索下次sig会议议程：（预计时间：2020-10-09 10:00-12:00） 1、在线调优强化学习算法调研 2、功耗调优相关介绍敬请期待 -----原始约会----- 发件人: Meeting_Book 发送时间: 2020年9月15日 17:26 收件人: Meeting_Book; hanxinke 主题: A-Tune：重要参数选择算法分析 Time: 2020-09-18 10:00-13:00 时间: 2020年9月18日星期五 10:00-13:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] A-Tune：重要参数选择算法分析 Time 2020-09-18 10:00-13:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c906c96747d2371017491160df…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=315091515&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/315091515> Meeting ID 315 091 515 Convener 韩欣科 (h00369819) Internal (16) 韩欣科 (h00369819), 宋明聪 (s00489487), 谢志鹏 (x00292102), 高若姝 (g00563147), 陈荔城 (c00291257), 李次华 (l00449834), 季晓彤 (j00475226), 李晓光 (l00346806), 陆春华 (l00300977), 单世史 (s00482137), 林晓旭 (l00279334), 李强 (l00374334), 刘可 (l50012884), 康恩博 (k00471948), 周康 (z00488373), 陈明敏 (c00516036) External (5) a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>, houzhx(a)nwpu.edu.cn<mailto:houzhx@nwpu.edu.cn>, zhangmiao(a)iscas.ac.cn<mailto:zhangmiao@iscas.ac.cn>, xujj(a)suda.edu.cn<mailto:xujj@suda.edu.cn>, dev(a)openeuler.org<mailto:dev@openeuler.org> 注: 会议最大支持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

在TC会议中申请openEuler社区移除jasper
by songnannan (A) 18 Sep '20

18 Sep '20

Hi All: 目前openEuler 社区中存在jasper软件包，包含master分支和20.09分支，不涉及20.03-LTS分支（之前删除过）。由于jasper的上游社区的owner有在评论中声明不继续维护，考虑从openEuler中移除该包，因此申请会议裁决。目标：在openEuler社区中移除jasper。移除具体原因： 1、上游社区的owner在此issue中明确表示，无资金在继续维护jasper https://github.com/mdadams/jasper/issues/208 [cid:image005.jpg@01D68C19.01A41590] 2、当前jasper含有大量的高分CVE，比如：CVE-2018-19541 、CVE-2018-19540 、CVE-2018-19542等12个高分CVE 3、关于jasper的功能介绍： Jasper提供了jpeg2000格式的图像处理、转换等功能，openjpeg2已经提供此功能了。目前都是由于dcraw的构建依赖引入。 4、 Jasper删除的历史影响：（1）当前jasper不存在20.03-LTS版本中，是因为在2020.01.23第一次删除，同时也去除了openeuler里涉及的软件包。 [cid:image006.jpg@01D68C19.01A41590] （2）当前jasper被引入的原因是dcraw被引入到openeuler，jasper作为dcraw的构建依赖再次被引入openeuler中，当前该依赖线已经解除。 [cid:image009.png@01D68C19.01A41590] 5、其他OS厂商的情况：suse也已经发表声明去除jasper，fedora未去除（他们认为相关的cve属于低分，不处理）。

2 2

【Meeting Notice】Virt sig meeting Time: 2020-09-18 14:30-15:30
by Chenzhendong (alex) 18 Sep '20

18 Sep '20

Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler 虚拟化 20.03 SP1/21.03特性规划讨论 all -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月18日周五 10:19 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-18 14:30-15:30 Topic Virt sig meeting Time 2020-09-18 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/386639496> Meeting ID 386 639 496 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

【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-09-17 19:00-20:00
by 黄黎明 18 Sep '20

18 Sep '20

Topic sig-high-performance-network regular meeting Time 2020-09-17 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 411 004 900   Convener Peanut_Huang   Agenda 1.sig成员前期工作审视 2.下一步工作和计划   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

2 1

【Meeting Notice】openeuler Java-sig例会 Time: 2020-09-18 18:00-19:30
by Meeting Book 18 Sep '20

18 Sep '20

1 0

【Fedora相关】: Clang在fedora，信息同步
by 妞妞乖乖妈妈 18 Sep '20

18 Sep '20

尊敬的guoge总，昨天在fedora社区，看到Clang的版本同步信息（fedora 10.0.0.2 rc），实在是感动，和您的团队在openEuler的规划一致。特别汇报。【测试】 [root@192 ~]# pwd /root [root@192 ~]# vim test.com [root@192 ~]# vim test.c [root@192 ~]# clang test.c test.c:4:15: warning: data argument not used by format string [-Wformat-extra-args] printf("1+2=",1+2,"\n");        ~~~~~~ ^ 1 warning generated. [root@192 ~]# ./a.out Hello Clang World! 1+2=[root@192 ~]# vim test.c [root@192 ~]# clang test.c test.c:4:21: warning: data argument not used by format string [-Wformat-extra-args] printf("1+2=%d",1+2,"\n");        ~~~~~~~~     ^ 1 warning generated. [root@192 ~]# ./a.out Hello Clang World! 1+2=3[root@192 ~]# vim test.c [root@192 ~]# clang test.c [root@192 ~]# ./a.out Hello Clang World! 1+2=3 [root@192 ~]# clang --version clang version 10.0.0 (Fedora 10.0.0-2.fc32) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/bin [root@192 ~]# 【安装】 [jeremiah@192 ~]$ su Password: su: Authentication failure [jeremiah@192 ~]$ yum install clang Error: This command has to be run with superuser privileges (under the root user on most systems). [jeremiah@192 ~]$ sudo yum install clang   We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things:       #1) Respect the privacy of others.     #2) Think before you type.     #3) With great power comes great responsibility.   [sudo] password for jeremiah: Last metadata expiration check: 0:17:13 ago on Wed 16 Sep 2020 06:02:18 PM CST. Dependencies resolved. ================================================================================  Package                 Architecture Version               Repository     Size ================================================================================ Installing:  clang                   x86_64       10.0.0-2.fc32         updates        86 k Installing dependencies:  clang-devel             x86_64       10.0.0-2.fc32         updates       1.7 M  clang-libs              x86_64       10.0.0-2.fc32         updates        24 M  clang-tools-extra       x86_64       10.0.0-2.fc32         updates        13 M  cmake-filesystem        x86_64       3.17.4-1.fc32         updates        15 k Installing weak dependencies:  compiler-rt             x86_64       10.0.0-1.fc32         fedora        1.9 M  libomp                  x86_64       10.0.0-1.fc32         fedora        363 k  libomp-devel            x86_64       10.0.0-1.fc32         fedora         17 k   Transaction Summary ================================================================================ Install  8 Packages   Total download size: 41 M Installed size: 184 M Is this ok [y/N]: y Downloading Packages: (1/8): clang-10.0.0-2.fc32.x86_64.rpm           385 kB/s |  86 kB     00:00    (2/8): clang-devel-10.0.0-2.fc32.x86_64.rpm     798 kB/s | 1.7 MB     00:02    (3/8): cmake-filesystem-3.17.4-1.fc32.x86_64.rp  37 kB/s |  15 kB     00:00    (4/8): clang-libs-10.0.0-2.fc32.x86_64.rpm      1.8 MB/s |  24 MB     00:13    (5/8): clang-tools-extra-10.0.0-2.fc32.x86_64.r 978 kB/s |  13 MB     00:13    (6/8): compiler-rt-10.0.0-1.fc32.x86_64.rpm     165 kB/s | 1.9 MB     00:11    (7/8): libomp-devel-10.0.0-1.fc32.x86_64.rpm     12 kB/s |  17 kB     00:01    (8/8): libomp-10.0.0-1.fc32.x86_64.rpm          162 kB/s | 363 kB     00:02    -------------------------------------------------------------------------------- Total                                           2.5 MB/s |  41 MB     00:16     Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction   Preparing        :                                                        1/1   Installing       : libomp-10.0.0-1.fc32.x86_64                            1/8   Installing       : compiler-rt-10.0.0-1.fc32.x86_64                       2/8   Installing       : cmake-filesystem-3.17.4-1.fc32.x86_64                  3/8   Installing       : clang-tools-extra-10.0.0-2.fc32.x86_64                 4/8   Installing       : clang-libs-10.0.0-2.fc32.x86_64                        5/8   Installing       : clang-10.0.0-2.fc32.x86_64                             6/8   Installing       : clang-devel-10.0.0-2.fc32.x86_64                       7/8   Installing       : libomp-devel-10.0.0-1.fc32.x86_64                      8/8   Running scriptlet: libomp-devel-10.0.0-1.fc32.x86_64                      8/8   Verifying        : clang-10.0.0-2.fc32.x86_64                             1/8   Verifying        : clang-devel-10.0.0-2.fc32.x86_64                       2/8   Verifying        : clang-libs-10.0.0-2.fc32.x86_64                        3/8   Verifying        : clang-tools-extra-10.0.0-2.fc32.x86_64                 4/8   Verifying        : cmake-filesystem-3.17.4-1.fc32.x86_64                  5/8   Verifying        : compiler-rt-10.0.0-1.fc32.x86_64                       6/8   Verifying        : libomp-10.0.0-1.fc32.x86_64                            7/8   Verifying        : libomp-devel-10.0.0-1.fc32.x86_64                      8/8   Installed:   clang-10.0.0-2.fc32.x86_64             clang-devel-10.0.0-2.fc32.x86_64         clang-libs-10.0.0-2.fc32.x86_64        clang-tools-extra-10.0.0-2.fc32.x86_64   cmake-filesystem-3.17.4-1.fc32.x86_64  compiler-rt-10.0.0-1.fc32.x86_64         libomp-10.0.0-1.fc32.x86_64            libomp-devel-10.0.0-1.fc32.x86_64        Complete! [jeremiah@192 ~]$ clang clang-10: error: no input files [jeremiah@192 ~]$ clang --version clang version 10.0.0 (Fedora 10.0.0-2.fc32) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/bin [jeremiah@192 ~]$ which clang /usr/bin/clang [jeremiah@192 ~]$   Shelom 时成阁 Anno Domini 2020-09-18 07:01

1 0

申请创建git-lfs
by gameoverboss 17 Sep '20

17 Sep '20

尊敬的技术委员会专家: git-lfs越来越流行; 很多网站都已经支持; git windows客户端已经默认安装git-lfs工具; 申请创建git-lfs仓库; https://gitee.com/openeuler/community/pulls/1073

2 1

leave
by 任智文 17 Sep '20

17 Sep '20

1 0

FW: Release Management SIG 例会周四（9月17日）上午9:30 欢迎大家参加。//RE: openEuler Release Management SIG
by Jiangzhenhua (Ronnie, Kunpeng Computing) 16 Sep '20

16 Sep '20

Best Regards Ronnie Jiang 姜振华华为鲲鹏计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com 深圳龙岗坂田华为基地F4-6-B071S HUAWEI Area F4-6-B071S, Bantian, Longgang District,Shenzhen 518129, P.R.China www.huawei.com -----Original Appointment----- From: Quanyi Ma [mailto:meaglith.ma@outlook.com] Sent: Wednesday, September 16, 2020 4:11 PM To: Jiangzhenhua (Ronnie, Kunpeng Computing); maquanyi Subject: openEuler Release Management SIG When: 2020年9月17日星期四 9:30-10:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。 Where: https://zoom.us/j/92128936119 Eli Ma is inviting you to a scheduled Zoom meeting. Join Zoom Meeting https://zoom.us/j/92128936119 Meeting ID: 921 2893 6119 One tap mobile +13017158592,,92128936119# US (Germantown) 13126266799,,92128936119# US +(Chicago) Dial by your location +1 301 715 8592 US (Germantown) +1 312 626 6799 US (Chicago) +1 929 205 6099 US (New York) +1 253 215 8782 US (Tacoma) +1 346 248 7799 US (Houston) +1 669 900 6833 US (San Jose) Meeting ID: 921 2893 6119 Find your local number: https://zoom.us/u/aeolu3FROC

1 0

会议纪要 // 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-09-15 19:00-20:00
by Hubble_Zhu 16 Sep '20

16 Sep '20

与会人：sinever, hubble_zhu, hao, hexiujun, huangliming, liuzhikang, wangli 会议纪要：进展： Hubble_zhu： 1. 已成功将 libsvm 推到openEuler上 2. 验证hive，hbase打包成rpm ok，src仓已建立。预计近期可以推到openEuler上 3. 本地flink构建遇到了maven依赖下载失败的问题。 Hao： 1. kafka构建同样遇到了maven依赖下载失败的问题，建议用/retest重新触发构建 2. 正在尝试zepplin的构建，预计近期可以将zepplin推到openEuler上下一步计划： 1. 跟踪下将spark包推到openEuler的进展 ——Hubble_zhu 2. 建议优先将hive，hbase推到openEuler上。flink直接提PR，利用门禁验证构建是否ok ——Hubble_zhu 3. 建议优先将zepplin推到openEuler上，kafka构建失败可能是网络的原因，建议尝试 /retest ——Hao 4. 建议优先将知识图谱工程创建起来 ——sinever，hexiujun 非常感谢Hao，sinever，Hexiujun，hubble_zhu等对sig-ai-bigdata做出的贡献！ ------------------ 原始邮件 ------------------ 发件人: "Hubble_Zhu" <hubble_zhu(a)qq.com>; 发送时间: 2020年9月12日(星期六) 上午10:44 收件人: "tc"<tc(a)openeuler.org>;"dev"<dev(a)openeuler.org>;"sig-ai-bigdata"<sig-ai-bigdata(a)openeuler.org>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-09-15 19:00-20:00 Topic sig-ai-bigdata regular meeting Time 2020-09-15 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 822 774 800   Convener Hubble_Zhu   Topics 1. sig成员前期工作审视 2. 下一步工作和计划 Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-09-17 19:00-20:00
by 黄黎明 15 Sep '20

15 Sep '20

Topic sig-high-performance-network regular meeting Time 2020-09-17 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 411 004 900   Convener Peanut_Huang   Agenda 1.sig成员前期工作审视 2.下一步工作和计划   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

【Meeting Notice】A-Tune：重要参数选择算法分析 Time: 2020-09-18 10:00-13:00
by Meeting Book 15 Sep '20

15 Sep '20

1 0

会议纪要\\RE: sig-dev-utils例会 Time: 2020-09-14 11:00-12:00
by Mingfangsen 14 Sep '20

14 Sep '20

帮smileknife转发: 【与会人】： BruceGW、love_hangzhou、chendong1995 、smileknife 【会议时间】：2020-9-14 11:00 --- 11:30 【会议纪要】 1、pkgporter进展： ? rubyporter代码已合入master ? nodejsporter完成自定义spec格式，已提PR 待合入下一步计划： ? 9/30前完成与pkgporter联调和集成 ? 9/20前完成使用手册 ? 本周申报TC议题介绍rubyporter与nodejsporter 2、软件打包及集成 ? libumem、mgdb内存调试工具已本地构建成功，正尝试使用工具验证定位内存问题，然后上库 --- love_hangzhou 9/30完成 ? 除stress-ng、pyporter分支和源码不完整未纳入openEuler 20.09版本，其它8个包已纳入 ? 全面梳理sig内软件包状态，分类并制定计划。 --- overweight 下次会议前完成预计下次会议时间及会议组织者： smileknife 9月28号 11:00-12:00 各位社区开发者可回复此邮件申请议题和给出建议。

1 0

会议纪要\\RE: sig-dev-utils例会 Time: 2020-09-14 11:00-12:00
by Mingfangsen 14 Sep '20

14 Sep '20

帮smileknife转发: 【与会人】： BruceGW、love_hangzhou、chendong1995 、smileknife 【会议时间】：2020-9-14 11:00 --- 11:30 【会议纪要】 1、pkgporter进展： ? rubyporter代码已合入master ? nodejsporter完成自定义spec格式，已提PR 待合入下一步计划： ? 9/30前完成与pkgporter联调和集成 ? 9/20前完成使用手册 ? 本周申报TC议题介绍rubyporter与nodejsporter 2、软件打包及集成 ? libumem、mgdb内存调试工具已本地构建成功，正尝试使用工具验证定位内存问题，然后上库 --- love_hangzhou 9/30完成 ? 除stress-ng、pyporter分支和源码不完整未纳入openEuler 20.09版本，其它8个包已纳入 ? 全面梳理sig内软件包状态，分类并制定计划。 --- overweight 下次会议前完成预计下次会议时间及会议组织者： smileknife 9月28号 11:00-12:00 各位社区开发者可回复此邮件申请议题和给出建议。

1 0

关于src-openeuler构建代码仓中适配RISC-V 所做修改的代码管理策略说明
by zhangxuzhou 14 Sep '20

14 Sep '20

各位专家，TC委员大家好：在进行RISC-V架构的移植过程中，涉及到适配RISC-V所做的代码修改和如何提交的问题；经过在release-management 社区进行issue讨论（点击查看）<https://gitee.com/openeuler/release-management/issues/I1TSRP?from=project-i…>，给出一个对于RISC-V相关的代码管理策略，想听取各位的意见： 1．优先“共主线”原则，即涉及到适配RISC-V所做的修改在不影响openEuler master版本的情况下，推送代码仓的master分支； 2．若无法共主线（如master版本暂时无法升级，需回合大量补丁影响master稳定等），则新建立分支，并统一命名为“riscv”，方便在未来进行openEuler RISC-V版本构建时统一拉取分支； 3．对于2中所述的情况，在master版本可收编时，及时收编 riscv 分支，保持共主线原则；麻烦各位专家委员协助审视反馈策略是否需要改进。 Best Regards! 张旭舟华为技术有限公司 [cid:image002.png@01D6674C.23784BB0]

2 1

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-15 10:00-11:00
by Meeting Book 14 Sep '20

14 Sep '20

1 0

DDE组件适配openeuler社区进展汇报
by 潘晨博 12 Sep '20

12 Sep '20

4 5

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-09-15 19:00-20:00
by Hubble_Zhu 12 Sep '20

12 Sep '20

Topic sig-ai-bigdata regular meeting Time 2020-09-15 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 822 774 800   Convener Hubble_Zhu   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 1

【SIG申请】DDE申请建立SIG组
by 叶青龙 11 Sep '20

11 Sep '20

3 2

会议纪要//答复: 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
by guoge (A) 11 Sep '20

11 Sep '20

1．回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经完成 2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决会上Eric（ARM）提了几个问题： 1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何实现 2．关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG的同事在vector api SVE backend剩余OP的支持工作上进行投入发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年9月7日 11:25 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-09-08 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/162757639> Meeting ID 162 757 639 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>

3 3

麻烦各个maintainer尽快评审相关pr
by 魏东 11 Sep '20

11 Sep '20

2 1

【Meeting Notice】sig-dev-utils例会 Time: 2020-09-14 11:00-12:00
by Meeting Book 10 Sep '20

10 Sep '20

1 0

【Meeting Notice】openeuler Java-sig例会 Time: 2020-09-11 18:00-19:30
by Meeting Book 10 Sep '20

10 Sep '20

1 0

答复: 答复: Clang在openeuler编译，求助
by guoge (A) 08 Sep '20

08 Sep '20

你好，目前openEuler的主干以及20.03版本都已经升级到10.0.1了，但是补丁还没有发布，待补丁发布后，预期可以在 http://repo.openeuler.org/openEuler-20.03-LTS/update/aarch64/Packages/ 下面看到供升级的包（也有可能有别的提供方式，比如在sp版本中提供，这个要看release-management SIG的安排）对于将llvm升级到11.0.0版本，我认为现在还不是最好的时机，因为11.0.0版本社区实际上还没有发布最终正式版本，目前只有rc版本，请见 http://llvm.org/，我们会在社区发布final版本的时候升级至最新版本我们致力于为openEuler社区提供【最具竞争力的】【稳定版本】，对于一些包我们会保持活跃的开发态，和上游社区的开发状态保持一致，但llvm目前还不在此列祝好发件人: 妞妞乖乖妈妈 [mailto:jeremiah.shi@qq.com] 发送时间: 2020年9月8日 7:49 收件人: guoge (A) <guoge1(a)huawei.com> 抄送: Zhanghaijian (A) <z.zhanghaijian(a)huawei.com>; liuzhiqiang (I) <liuzhiqiang26(a)huawei.com>; 502874763 <502874763(a)qq.com> 主题: Re: 答复: Clang在openeuler编译，求助亲爱的郭歌@jdkboy，早上好，我在openEuler 20.03 TLS everything 的安装还需要再更新一下安装库。昨天在Ubuntu 20.4环境下，已经部署成功了 Clang 10.0.0.4. 近期我在关注Clang code static Anayzer. 如果能OpenEuler上升级到Clang 10.0.0.X，也是很不错的：）在社区里，我找到了源代码包：clang-10.0.1.src.tar，没有能够编译成功。这方面，还请教您，看看可不可以在移植到openEuler上，我们保持好一点的成绩。从Mac OS 10.15来看，Apple的成绩是 Clang 11.X. 亟盼佳音：） Shalom Anno Domini 2020-09-08-7:48 jeremiah@jeremiah-VirtualBox:~/Desktop$ sudo aptitude install clang sudo: aptitude: command not found jeremiah@jeremiah-VirtualBox:~/Desktop$ ps aux | grep -i apt root 2655 0.4 1.1 196788 90764 ? SNl 15:14 0:02 /usr/bin/python3 /usr/sbin/aptd _apt 2668 0.6 0.1 32836 9704 ? SN 15:14 0:02 /usr/lib/apt/methods/http jeremiah 3235 0.0 0.0 17664 728 pts/0 S+ 15:22 0:00 grep --color=auto -i apt jeremiah@jeremiah-VirtualBox:~/Desktop$ ps aux | grep -i apt root 2655 0.4 1.1 196788 90764 ? SNl 15:14 0:02 /usr/bin/python3 /usr/sbin/aptd _apt 2668 0.5 0.1 32836 9704 ? SN 15:14 0:03 /usr/lib/apt/methods/http jeremiah 3270 0.0 0.0 17664 2920 pts/0 S+ 15:23 0:00 grep --color=auto -i apt jeremiah@jeremiah-VirtualBox:~/Desktop$ sudo kill 2668 jeremiah@jeremiah-VirtualBox:~/Desktop$ sudo apt-get install -f clang Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: binfmt-support binutils binutils-common binutils-x86-64-linux-gnu clang-10 lib32gcc-s1 lib32gcc1 lib32stdc++6 libasan5 libatomic1 libbinutils libc-dev-bin libc6-dev libc6-i386 libclang-common-10-dev libclang-cpp10 libclang1-10 libcrypt-dev libctf-nobfd0 libctf0 libffi-dev libgcc-9-dev libitm1 liblsan0 libncurses-dev libobjc-9-dev libobjc4 libomp-10-dev libomp5-10 libpfm4 libquadmath0 libstdc++-9-dev libtinfo-dev libtsan0 libubsan1 libz3-4 libz3-dev linux-libc-dev llvm-10 llvm-10-dev llvm-10-runtime llvm-10-tools manpages-dev python3-pygments Suggested packages: binutils-doc clang-10-doc glibc-doc ncurses-doc libomp-10-doc libstdc++-9-doc llvm-10-doc python-pygments-doc ttf-bitstream-vera The following NEW packages will be installed: binfmt-support binutils binutils-common binutils-x86-64-linux-gnu clang clang-10 lib32gcc-s1 lib32gcc1 lib32stdc++6 libasan5 libatomic1 libbinutils libc-dev-bin libc6-dev libc6-i386 libclang-common-10-dev libclang-cpp10 libclang1-10 libcrypt-dev libctf-nobfd0 libctf0 libffi-dev libgcc-9-dev libitm1 liblsan0 libncurses-dev libobjc-9-dev libobjc4 libomp-10-dev libomp5-10 libpfm4 libquadmath0 libstdc++-9-dev libtinfo-dev libtsan0 libubsan1 libz3-4 libz3-dev linux-libc-dev llvm-10 llvm-10-dev llvm-10-runtime llvm-10-tools manpages-dev python3-pygments 0 upgraded, 45 newly installed, 0 to remove and 129 not upgraded. Need to get 80.1 MB of archives. After this operation, 498 MB of additional disk space will be used. Do you want to continue? [Y/n] Y Get:1 http://cn.archive.ubuntu.com/ubuntu focal/universe amd64 binfmt-support amd64 2.2.0-2 [58.2 kB] ... ... Get:45 http://cn.archive.ubuntu.com/ubuntu focal/main amd64 manpages-dev all 5.05-1 [2,266 kB] Fetched 80.1 MB in 19min 39s (68.0 kB/s) Extracting templates from packages: 100% Selecting previously unselected package binfmt-support. (Reading database ... 179633 files and directories currently installed.) Preparing to unpack .../00-binfmt-support_2.2.0-2_amd64.deb ... ... ... Processing triggers for man-db (2.9.1-1) ... Processing triggers for install-info (6.7.0.dfsg.2-5) ... jeremiah@jeremiah-VirtualBox:~/Desktop$ clang --version clang version 10.0.0-4ubuntu1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin ------------------ Original ------------------ From: "guoge (A)";<guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Send time: Thursday, Sep 3, 2020 7:33 PM To: "妞妞乖乖妈妈"<jeremiah.shi(a)qq.com<mailto:jeremiah.shi@qq.com>>; Cc: "妞妞乖乖妈妈"<502874763(a)qq.com<mailto:502874763@qq.com>>; "Zhanghaijian (A)"<z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; "liuzhiqiang (I)"<liuzhiqiang26(a)huawei.com<mailto:liuzhiqiang26@huawei.com>>; Subject: 答复: Clang在openeuler编译，求助 @成阁，你好我在本地安装的openEuler 20.03 LTS版本中是可以安装并执行clang的 > [root@hghphispra03738 ~]# yum install clang > Last metadata expiration check: 2:24:59 ago on Thu 03 Sep 2020 05:06:53 PM CST. > Dependencies resolved. > =================================================================================================== > Package Architecture Version Repository Size > =================================================================================================== > Installing: > clang x86_64 7.0.0-6.oe1 update 15 M > Installing dependencies: > libatomic x86_64 7.3.0-20190804.34.oe1 update 21 k > > Transaction Summary > =================================================================================================== > Install 2 Packages > > Total download size: 15 M > Installed size: 66 M > Is this ok [y/N]: y > Downloading Packages: > (1/2): libatomic-7.3.0-20190804.34.oe1.x86_64.rpm 34 kB/s | 21 kB 00:00 > (2/2): clang-7.0.0-6.oe1.x86_64.rpm 702 kB/s | 15 MB 00:22 > --------------------------------------------------------------------------------------------------- > Total 703 kB/s | 15 MB 00:22 > Running transaction check > Transaction check succeeded. > Running transaction test > Transaction test succeeded. > Running transaction > Preparing : 1/1 > Installing : libatomic-7.3.0-20190804.34.oe1.x86_64 1/2 > Installing : clang-7.0.0-6.oe1.x86_64 2/2 > Running scriptlet: clang-7.0.0-6.oe1.x86_64 2/2 > Verifying : clang-7.0.0-6.oe1.x86_64 1/2 > Verifying : libatomic-7.3.0-20190804.34.oe1.x86_64 2/2 > > Installed: > clang-7.0.0-6.oe1.x86_64 libatomic-7.3.0-20190804.34.oe1.x86_64 > > Complete! > [root@hghphispra03738 ~]# which clang > /usr/bin/clang > [root@hghphispra03738 ~]# clang -v > clang version 7.0.0 (openEuler 7.0.0-6.oe1) > Target: x86_64-unknown-linux-gnu > Thread model: posix > InstalledDir: /usr/bin > Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.3.0 > Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.3.0 > Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.3.0 > Candidate multilib: .;@m64 > Selected multilib: .;@m64 我配置的源是 > [root@hghphispra03738 ~]# cat /etc/yum.repos.d/openEuler_x86_64.repo > [base] > name=openEuler-20.03-LTS base > baseurl=http://mirrors.tools.huawei.com/openeuler/openEuler-20.03-LTS/every… > enabled=1 > gpgcheck=0 > gpgkey=http://mirrors.tools.huawei.com/openeuler/openEuler-20.03-LTS/everyt… > > [everything] > name=everything > baseurl=http://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/ > enabled=1 > gpgcheck=1 > gpgkey=http://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/RPM-… > > [update] > name=update > baseurl=http://repo.openeuler.org/openEuler-20.03-LTS/update/x86_64/ > enabled=1 > gpgcheck=1 > gpgkey=http://repo.openeuler.org/openEuler-20.03-LTS/update/x86_64/RPM-GPG-… 请参考 -----邮件原件----- 发件人: liuzhiqiang (I) 发送时间: 2020年9月3日 19:11 收件人: 妞妞乖乖妈妈 <jeremiah.shi(a)qq.com<mailto:jeremiah.shi@qq.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> 抄送: 502874763 <502874763(a)qq.com<mailto:502874763@qq.com>> 主题: Re: Clang在openeuler编译，求助时成阁，你好，欢迎你使用openEuler并针对不足或者问题进行反馈。由于你反馈的是clang相关的问题，建议你找clang包的maintainer来回答你的问题。为了节省时间，这次我把clang所属的Compiler sig组的maintainer抄送了一下，由他们来回答你的问题。当然你也可以在clang的仓库中提issue来跟踪该问题。建议： 1. 后续通过有问题或有疑惑的包的仓库中提issue来跟踪问题 2. 查找到包所在sig组，直接与该sig组maintainer进行沟通，可以快速解决问题。希望郭歌@jdkboy 和章海剑(a)Haijian.Zhang<mailto:海剑@Haijian.Zhang> 能够解决你的困惑。 clang的仓库：https://gitee.com/src-openeuler/clang 查看包所在sig组：https://gitee.com/openeuler/community/blob/master/sig/sigs.yaml clang包是由compiler sig组看护，该sig组的信息：https://gitee.com/openeuler/community/tree/master/sig/Compi… 刘志强 On 2020/9/3 11:05, 妞妞乖乖妈妈 wrote: > 尊敬的zhiqiang总， > > 我是openEuler的爱好者，最近在看Clang编译器方面的文章，尝试了一下在openEuler上使用Clang. 在标准版openEuler-20.03-LTS-x86_64-dvd中，没有发现默认安装库。后来我又扫描openEuler-20.03-LTS-everything-x86_64-dvd，有版本7.0的Clang, 但是安装后，在shell中，任然没有Clang可用入口。 > > 在社区里面，发现了您的联系信息，https://gitee.com/src-openeuler/mariadb-connector-c/commit/… > 我看在CentOS 8中，默认安装库是Clang 9.0.X > 在Mac OS 10.15中，默认安装库是Clang 11.0.X > > 在CLang/llvm开源站点，下载最新版是10.0.X。 http://clang.llvm.org/get_started.html > > 如果方便，请回信。 > > 亟盼回复。 > > 礼 > > 时成阁 > > 2020-09-03 11：04

2 3

关于 openeuler community 仓库的 review check list 建议
by Huxinwei 07 Sep '20

07 Sep '20

各位专家，TC委员大家好：为了提高 community 仓的 review 效率，减少错误发生，除了当前的 CI 检查之外，我准备收集一份例行的 check list。当前识别的点包括？ review_body += "[ ] PR的标题是否清晰易懂 ? / Is the Title of this PR self-explain ?\n" review_body += "[ ] PR的内容描述是否详细具体 ? / Is the description of this PR detailed ?\n" review_body += "[ ] PR和实际代码修改是否一致 ? / Does the PR match the code changes ?\n" sigs = check_maintainer_changes() if sigs: review_body += "发现维护者变更 / Changes in maintainship detected: \n" review_body += "[ ] 如果新增维护者，有没有对他/她能力的客观说明 ? / If new maintainer added, are there any assertion on his/her capability on maintainship ?\n" for sig in sigs: review_body += "[ ] {sig} 中的其他维护者是否同意增加/删除维护者 ? / Do other maintainers of {sig} also agree to add/remove his/her as a maintainer ?\n".format(sig=sig) if check_repository_mgmt_changes(): review_body += "发现 sigs.yaml 变更 / Changes in sigs.yaml detected: \n" review_body += "[ ] 是否所有变更的代码仓都被恰当的 SIG 管理 ? / Are all changed repositories managed by proper SIG ?\n" review_body += "[ ] 是否所有受影响的 SIG 的维护者都同意这个变更 ? / Do all affected SIG maintainers agree the change ?\n" if check_repository_changes(): review_body += "[ ] 新引入的代码仓的license授权是否都与 openEuler 兼容 ? / Do newly introduced repository license compatible with openEuler ?\n" 请大家帮助审视反馈，还有哪些检查，在什么情况下应该被加到 openEuler community 的PR 审视中？谢谢 Poincaré Laboratory Huawei Technologies Co.,Ltd.

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
by Meeting Book 07 Sep '20

07 Sep '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00
by Meeting Book 07 Sep '20

07 Sep '20

1 0

Jtreg is launching!
by hedongbo 07 Sep '20

07 Sep '20

jtreg is the test harness used by the JDK test framework. This framework is intended primarily for regression tests. It can also be used for unit tests, functional tests, and even simple product tests. It is the latest version without CVE. We have set up a repo request[1] in openEuler. [1] https://gitee.com/openeuler/community/pulls/991

3 2

Virt sig会议议程纪要0904//RE: 【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30
by Chenzhendong (alex) 07 Sep '20

07 Sep '20

Virt sig会议议程纪要： 1、openEuler 20.09虚拟化特性代码已经合入，正在进行稳定性和可靠性等测试。 a) vcpu hotplug/mem hotplug/HPRE加速三个特性已经测试完成。 b) 虚拟机可信启动/安全启动/PMU NMI-Watchdog/双层调度等特性正在开展测试中; c) VMtop、ARM虚拟机支持超线程、ARM虚拟机cpu feature支持Custom三个特性尚未开展测试，正在分析及测试设计； 2、EulerRobot质量体系构建进展： a) EulerRobot已经开源，已有部分开发者参与，希望后续有更多开发者参与，共同完善和优化openEuler虚拟化质量体系。 b) crystal-ci当前存在物理机部署后卡死无法使用情况，crystal-ci团队解决中，等解决完后再进行对接。 c) openEuler下虚拟化qemu/libvirt等仓库，代码门禁已经OK，正在实现让qemu/libvirt仓库代码合入后自动化生成Patch同步到src-openEuler中便于版本rpm制作，后续代码提交将切换至openeuelr仓库。 3、openEuler 支持riscv虚拟化的进展如下，后续主要进行bugfix。 a) Qemu支持RISC-V架构的KVM； b) 支持RISC-V架构虚拟机热迁移； c) 支持vhost的ioeventfd方案； From: Chenzhendong (alex) via Virt [mailto:virt@openeuler.org] Sent: Friday, September 4, 2020 10:19 AM To: virt(a)openeuler.org; dev(a)openeuler.org Cc: Zhangxiaofeng (F) <victor.zhangxiaofeng(a)huawei.com> Subject: [Virt] 【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler RISC-V虚拟化支持进展 Jiangyifei ------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月4日周五 10:03 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Topic Virt sig meeting Time 2020-09-04 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/258690350> Meeting ID 258 690 350 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

【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30
by Chenzhendong (alex) 04 Sep '20

04 Sep '20

Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler RISC-V虚拟化支持进展 Jiangyifei ------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月4日周五 10:03 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Topic Virt sig meeting Time 2020-09-04 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/258690350> Meeting ID 258 690 350 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

麻烦各个maintainer尽快评审相关pr & retest调度脚本报导入失败
by 魏东 04 Sep '20

04 Sep '20

1 0

转发: A-Tune新特性介绍 Time: 2020-09-04 10:00-13:00
by Meeting_Book 03 Sep '20

03 Sep '20

-----原始约会----- 发件人: Meeting_Book 发送时间: 2020年8月31日 16:57 收件人: Meeting_Book; hanxinke 主题: A-Tune新特性介绍 Time: 2020-09-04 10:00-13:00 时间: 2020年9月4日星期五 10:00-13:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] A-Tune新特性介绍 Time 2020-09-04 10:00-13:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90647973f29e3d017443bbfb7…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=524045703&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/524045703> Meeting ID 524 045 703 Convener 韩欣科 (h00369819) Internal (11) 韩欣科 (h00369819), 谢志鹏 (x00292102), 高若姝 (g00563147), 李晓光 (l00346806), 陈荔城 (c00291257), 季晓彤 (j00475226), 康恩博 (k00471948), 林晓旭 (l00279334), 李强 (l00374334), 刘可 (l50012884), 宋明聪 (s00489487) External (3) a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>, houzhx(a)nwpu.edu.cn<mailto:houzhx@nwpu.edu.cn>, zhangmiao(a)iscas.ac.cn<mailto:zhangmiao@iscas.ac.cn> 注: 会议最大支持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

回复：回复：关于golang类包的问题及建议
by panchenbo 03 Sep '20

03 Sep '20

1 0

麻烦各个maintainer尽快评审相关pr
by 魏东 03 Sep '20

03 Sep '20

3 3

【Meeting Notice】openeuler Java-sig例会 Time: 2020-09-04 18:00-19:30
by Meeting Book 03 Sep '20

03 Sep '20

1 0

openeuler社区包合入推动申请
by 魏东 03 Sep '20

03 Sep '20

3 2

回复：
by George 02 Sep '20

02 Sep '20

Good idea！我们Infra Sig先研究下Fedora的这个fedpkg工具，评估下可行性，然后再提供方案和大家讨论哈。^-^ 谢谢晓文。    -- George ------------------ 原始邮件 ------------------ 发件人: "Hexiaowen (Hex, EulerOS)" <hexiaowen(a)huawei.com>; 发送时间: 2020年9月2日(星期三) 下午3:28 收件人: "infra(a)openeuler.org"<infra(a)openeuler.org>; 抄送: "dev"<dev(a)openeuler.org>;"tc"<tc(a)openeuler.org>; 主题:  [Dev] Hi infra guys：   当前，centos、fedora的git代码仓管理中，不存放具体的源码二进制压缩包。https://src.fedoraproject.org/rpm… 这样的好处时， 1、  仓库中只包含文本文件 2、  仓库的大小很小，下载很方便 3、  可以避免码云上大文件的提交和下载问题     其做法是，提供一个fedpkg工具，封装git， 1、  在git push时将其中的二进制压缩包转化为一个sources文件，里面存放二进制文件的元数据和校验值  https://src.fedoraproject.org/rpms/0ad-data/blob/master/f/sources 2、  二进制压缩包自动存放在统一的文件服务器上    https://src.fedoraproject.org/repo/pkgs/ 3、  在git clone时，自动将二进制下载下来替换sources，并校验     有两种方案可以完成这个目标，基础设施是否可以考虑： 1、  自己搭一个文件服务器，和码云代码仓联动 2、  给码云提诉求，提供类似功能的插件。       何晓文（Hex EulerOS） Email : hexiaowen(a)huawei.com   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

关于码云代码仓形式的建议
by Hexiaowen (Hex, EulerOS) 02 Sep '20

02 Sep '20

Hi infra guys：当前，centos、fedora的git代码仓管理中，不存放具体的源码二进制压缩包。https://src.fedoraproject.org/rpm… 这样的好处时， 1、仓库中只包含文本文件 2、仓库的大小很小，下载很方便 3、可以避免码云上大文件的提交和下载问题其做法是，提供一个fedpkg工具，封装git， 1、在git push时将其中的二进制压缩包转化为一个sources文件，里面存放二进制文件的元数据和校验值 https://src.fedoraproject.org/rpms/0ad-data/blob/master/f/sources 2、二进制压缩包自动存放在统一的文件服务器上 https://src.fedoraproject.org/repo/pkgs/ 3、在git clone时，自动将二进制下载下来替换sources，并校验有两种方案可以完成这个目标，基础设施是否可以考虑： 1、自己搭一个文件服务器，和码云代码仓联动 2、给码云提诉求，提供类似功能的插件。何晓文（Hex EulerOS） Email : hexiaowen(a)huawei.com [cid:image003.png@01D6813D.B8226BA0] 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!

2 1

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-09-01 15:00-15:30
by fang 01 Sep '20

01 Sep '20

1 1

[Dev][Community]Release Management SIG组例会北京时间本周三（2020年9月2日） 21:00点，欢迎参加
by Jiangzhenhua (Ronnie, Kunpeng Computing) 31 Aug '20

31 Aug '20

Hi All, Release Management SIG 计划于北京时间本周三（2020年9月2日） 21:00点召开Release Management SIG组例会，欢迎大家参加。如有议题申报，也可直接答复该邮件，谢谢！会议议题如下： 1、遗留问题 2、项目进展（关键需求进展、风险、版本节奏、整体版本计划、下一步计划。） 3、需求讨论 4、临时议题会议链接如下： Eli Ma is inviting you to a scheduled Zoom meeting. Join Zoom Meeting https://zoom.us/j/95927732269 Meeting ID: 959 2773 2269 One tap mobile +19292056099,,95927732269# US (New York) +13017158592,,95927732269# US (Germantown) Dial by your location +1 929 205 6099 US (New York) +1 301 715 8592 US (Germantown) +1 312 626 6799 US (Chicago) +1 669 900 6833 US (San Jose) +1 253 215 8782 US (Tacoma) +1 346 248 7799 US (Houston) Meeting ID: 959 2773 2269 Find your local number: https://zoom.us/u/aZtiakygA Best Regards Ronnie Jiang 姜振华华为鲲鹏计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 深圳龙岗坂田华为基地F4-6-B071S HUAWEI Area F4-6-B071S, Bantian, Longgang District,Shenzhen 518129, P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com>

1 0

答复: [WeLink Meeting] sig-dev-utils例会 Time: 2020-08-31 11:00-12:00
by Hexiaowen (Hex, EulerOS) 31 Aug '20

31 Aug '20

与会人： myeuler、BruceGW、love_hangzhou、overweight、openeuler-baisc、chendong1995 、ethan848 会议时间：2020-8-31 11:00 --- 11:30 会议纪要： 1、pkgporter进展：・关亚龙：rubyporter已经调通，・ chendong1995：nodejsporter基本调通，已撰写一份指南。遗留问题：・自动生成的spec格式可以自己定义。下一步计划：・ repo建仓，上传工具代码；・和pkgporter联调、集成；・撰写手册，尝试使用rubyporter、nodejsporter移植，邮件广告扩散，给各开发者使用。 2、软件打包及集成 love_hangzhou：・ libumem、mgdb内存调试工具已本地构建成功，正尝试使用工具验证定位内存问题，然后上库。・已对齐10+软件包合入20.09，整理列表 https://gitee.com/openeuler/release-management/issues/I1T83A?from=project-i… 下一步计划：・全面梳理sig内软件包状态，分类并制定计划。 3、其他软件项目本周无进展预计下次会议时间及会议组织者： fcwicky 9月14号 11:00-12:00 各位社区开发者可回复此邮件申请议题和给出建议。何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image002.png@01D67FB0.93390E90] 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! -----原始约会----- 发件人: Meeting_Book 发送时间: 2020年8月25日 15:34 收件人: Meeting_Book; Mingfangsen; Guanyalong; Xiongwei (William, Euler); Hexiaowen (Hex, EulerOS); Hushiyuan; Licihua; Linyan; Shanshishi; shenyangyang; sunchendong 主题: [WeLink Meeting] sig-dev-utils例会 Time: 2020-08-31 11:00-12:00 时间: 2020年8月31日星期一 11:00-12:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] [WeLink Meeting] sig-dev-utils例会 Time 2020-08-31 11:00-12:00 ((UTC+08:00)Beijing) Join Conference Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=611610451&app=welink> Meeting ID 611 610 451 Convener 魏玮 (w00560428) Internal (11) 魏玮 (w00560428), 明方森 (m00488375), 关亚龙 (g00543842), 熊伟 (x00316594), 何晓文 (h00277865), 胡世元 (h00488351), 李次华 (l00449834), 林演 (l00546834), 单世史 (s00482137), 沈洋洋 (s00501008), 孙晨东 (s30004985) External (1) dev(a)openeuler.org<mailto:dev@openeuler.org> 注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.)

1 0

咨询openEuler20.09创新版本内核版本和开发源地址
by 方亚芬 31 Aug '20

31 Aug '20

各位openEuler的成员，大家好。我是 openEuler 社区树莓派 SIG 组的 maintainer，我们目前需要同步制作 openEuler 20.09 创新版本的树莓派镜像。针对 “即将发布的 openEuler 20.09 创新版本” 想要咨询两个问题： 1、最终使用的稳定的内核版本。我们前期使用的是 4.19.138-2008.1.0 内核，到这周看到有了新的版本：4.19.140-2008.3.0。即将发布的 openEuler 20.09 创新版最终用哪个版本的内核呢？ 2、对外公开源地址我们当前使用的源是 http://119.3.219.20:82/openEuler:/Mainline/，即将发布的 openEuler 20.09 创新版有最终确定的对外公开源地址吗？祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

2 1

list
by bit_coffee＠163.com 31 Aug '20

31 Aug '20

help bit_coffee(a)163.com

1 0

list
by bit_coffee＠163.com 31 Aug '20

31 Aug '20

get list bit_coffee(a)163.com

1 0

20.03 LTS SP1需求收集 requirements for 20.03 LTS SP1
by Jiangzhenhua (Ronnie, Kunpeng Computing) 30 Aug '20

30 Aug '20

Hi All, openEuler 20.03 LTS SP1 将于2020年11月发布，有希望合入SP1版本的需求，请尽快在Release Management SIG组提交需求issue（https://gitee.com/openeuler/release-management/issues），需求提交截止… 2020年9月4日，过期不再接纳需求，谢谢！ openEuler 20.03 LTS SP1 will be released in Nov, 2020, if you have any requirements, please submit a requirement issue in Release Management SIG (https://gitee.com/openeuler/release-management/issues) before 4th Sep, 2020, thanks in advance. Best Regards Ronnie Jiang 姜振华华为鲲鹏计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 深圳龙岗坂田华为基地F4-6-B071S HUAWEI Area F4-6-B071S, Bantian, Longgang District,Shenzhen 518129, P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com>

2 2

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-01 10:00-11:00
by Meeting Book 28 Aug '20

28 Aug '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-01 10:00-11:00
by Meeting Book 28 Aug '20

28 Aug '20

1 0

【Meeting Notice】openeuler Java-sig例会 Time: 2020-08-28 18:00-19:30
by Meeting Book 27 Aug '20

27 Aug '20

1 0

【Meeting Notice】[WeLink Meeting] sig-dev-utils例会 Time: 2020-08-31 11:00-12:00
by Meeting Book 25 Aug '20

25 Aug '20

1 0

[kernel] kernel arm build failed
by Sugar 25 Aug '20

25 Aug '20

Hi, everyone. I have been working on porting openeuler to a cortex-a7 based board. Some errors hit me when building arm32 openeuler 4.19.90 kernel in *ubuntu-base-16.04-core-armhf.tar.gz* chroot environment emulated by qemu-user-static. The errors were endless even though I commented on some CONFIG options and fixed some errors. Here are some of my questions: - Did openeuler test kernel arm32 build before the LTS-20.03 release, that maybe help me out? - Will openeuler provide arm32 support in future version? And a detailed date? Looking for your rely.

3 2

【Meeting Notice】openeuler RISC-V SIG 例会 Time: 2020-08-25 10:30-11:30
by Meeting Book 24 Aug '20

24 Aug '20

1 0

【通告】openEuler-20.09版本分支已从主干master拉取
by Jiangyumin (Jimmy) 24 Aug '20

24 Aug '20

Hi all 社区于8-22日从master拉取了openEuler-20.09的分支，并基于此分支构建20.09创新版本，请各位maintainer确认20.09的需求都已同步无误。后续该分支代码受控合入，问题修改请及时同步到20.09分支。 Hi all On August 22, the community obtained the openEuler-20.09 branch from the master node and built the 20.09 innovation version based on this branch. Maintainers need to confirm that the requirements of 20.09 have been correctly synchronized and that subsequent bug fix needs to be synchronized to the 20.09 branch in time.

1 0

会议纪要:// 回复：【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-08-20 18:30-19:30
by Hubble_Zhu 22 Aug '20

22 Aug '20

与会人：sinever, zhaozhonghao, zhanghao, dongdeping, lizhibo 会议纪要：智博： 1. 建议尽快将 bazel 做好的包上传到 bazel-bin 中豪： 1. 建议优先完成 pytorch 打包成rpm，其他问题可以在打包完成后解决 Hao： 1. 建议先完成 kafka 的引入，后续负责将zepplin引入openEuler sinever： 1. 联系基础设施的同学支持从 bazel-bin 安装依赖 2. 和dongjian确认spark在openEuler的支持情况 3. 确认将hadoop/flink引入openEuler的分工 4. 和submarine社区进行方案交流 ------------------ 原始邮件 ------------------ 发件人: "Hubble_Zhu" <hubble_zhu(a)qq.com>; 发送时间: 2020年8月18日(星期二) 上午9:20 收件人: "dev"<dev(a)openeuler.org>;"tc"<tc(a)openeuler.org>;"sig-ai-bigdata"<sig-ai-bigdata(a)openeuler.org>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-08-20 18:30-19:30 Topic sig-ai-bigdata regular meeting Time 2020-08-20 18:30-19:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 191 893 633   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

【Meeting Notice】openeuler Java-sig例会 Time: 2020-08-21 18:00-19:30
by Meeting Book 19 Aug '20

19 Aug '20

1 0

Does gcc in openeuler support -mlfence-after-load=yes?
by gaoguijin 19 Aug '20

19 Aug '20

@jdkboy @Haijian.Zhang It's a feature introduced to migrate a security issue. openEuler 20.03 doesn't support it. Have we supported it in master branch or do we have plan to support it? See details in below link. https://www.phoronix.com/scan.php?page=news_item&px=GNU-Assembler-LVI-Optio…

2 1

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-08-18 15:00-15:30
by fang 18 Aug '20

18 Aug '20

1 1

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-08-20 18:30-19:30
by Hubble_Zhu 18 Aug '20

18 Aug '20

Topic sig-ai-bigdata regular meeting Time 2020-08-20 18:30-19:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 191 893 633   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

【通告】openEuler 20.09创新版本封版冻结在即，请各SIG组确认是否还有新需求要合入，多谢！
by Jiangyumin (Jimmy) 17 Aug '20

17 Aug '20

Hi all openEuler 20.09创新版本计划8月20日截止所有需求的合入，21日启动从mainline上拉取20.09分支并开始构建，之后20.09分支严控合入，只做bug的修复。请各SIG组的maintainer确认是否还有新需求要上20.09的版本，并尽快在release-manager sig组提交issue申请。 openEuler 20.09创新版本计划详见：https://gitee.com/openeuler/release-management/blob/master/op… openEuler 20.09 创新版本计划合入的大颗粒需求列表可参见：https://gitee.com/openeuler/release-management/wikis/20… (PS：最终发布特性以release notes为准)

2 1

答复: LTS-20.03 perl软件包原生社区生命周期结束
by shenyangyang 14 Aug '20

14 Aug '20

https://gitee.com/src-openeuler/perl/issues/I1RE91?from=project-issue issue如上，也欢迎大家去issue下面评论讨论。发件人: shenyangyang 发送时间: 2020年8月14日 11:25 收件人: 'dev(a)openeuler.org' <dev(a)openeuler.org>; tc(a)openeuler.org 主题: LTS-20.03 perl软件包原生社区生命周期结束 Hi，everyone. 目前了解到perl上游社区5.28.0版本生命周期已经结束，我们正在着手分析perl包5.28.0到5.32.0的差异，各位如果有什么建议，欢迎交流。沈洋洋庞加莱实验室 [2012实验室] Tel : +86 18958088172 Email : shenyangyang4(a)huawei.com<mailto:shenyangyang4@huawei.com> [cid:image001.png@01D6076C.F37B6120] 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

LTS-20.03 perl软件包原生社区生命周期结束
by shenyangyang 14 Aug '20

14 Aug '20

Hi，everyone. 目前了解到perl上游社区5.28.0版本生命周期已经结束，我们正在着手分析perl包5.28.0到5.32.0的差异，各位如果有什么建议，欢迎交流。沈洋洋庞加莱实验室 [2012实验室] Tel : +86 18958088172 Email : shenyangyang4(a)huawei.com<mailto:shenyangyang4@huawei.com> [cid:image001.png@01D6076C.F37B6120] 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

reschedule the Virt sig meeting//FW: 转发：【Meeting Notice】Virt sig meeting Time: 2020-08-17 14:30-16:30
by Chenzhendong (alex) 14 Aug '20

14 Aug '20

Hi all, Due to the meeting time conflict, the Virt sig meeting time is changed to 14:30 p.m. on August 17. Sorry for any inconvenience. If you have any questions, please feel free to contact me. -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年8月14日周五 10:39 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-08-17 14:30-16:30 Topic Virt sig meeting Time 2020-08-17 14:30-16:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/360440806> Meeting ID 360 440 806 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

会议纪要》回复：【Meeting Notice】sig-high-performance-network 例会 Time: 2020-08-11 19:00-21:00
by newlife_lala＠163.com 12 Aug '20

12 Aug '20

1 0

会议纪要==>答复: sig-high-performance-network 例会 Time: 2020-08-11 19:00-21:00
by Luzhihao (luzhihao, Euler) 12 Aug '20

12 Aug '20

已完成工作： 1． Polycube主要软件包完成打包，验证环节出现LLVM版本配套问题，待master升级后再作验证。 2． Polycube配套软件包未完成打包工作。 3． Polycube官网Docker镜像版本验证效果显示，同等情况下（1000条规则，ipperf测试）iptables性能下降50%，Polycube性能下降<10%，性能效果明显。 4．内核高版本BPF代码同步工作进展：已抓取commit id范围，共计约600+ commit点，完成约100个分析。下一步工作： 1. 完成Polycube配套软件包的打包工作（(a)Mr.lu @kircher @traffic_millions） 2．继续做性能对比测试，主要是针对iptables/nftables典型应用场景的性能测试比较。（@guodeqing） 3．开始LVS demo设计/开发。（(a)Mr.lu @guodeqing） 4．组织BPF技术培训，为后续的BPF高版本特性同步工作做好准备。（(a)Mr.lu @guodeqing）附加： Polycube性能测试数据：https://gitee.com/MrRlu/community/blob/master/sig/sig-high-p… -----原始约会----- 发件人: Meeting_Book (2) 发送时间: 2020年8月10日 17:27 收件人: Luzhihao (luzhihao, Euler) 主题: sig-high-performance-network 例会 Time: 2020-08-11 19:00-21:00 时间: 2020年8月11日星期二 19:00-21:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] sig-high-performance-network 例会 Time 2020-08-11 19:00-21:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c903c1f73a0084d0173d7b159a…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=835855839&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/835855839> Meeting ID 835 855 839 Convener 陆志浩 (l00478106) Internal (1) 陆志浩 (l00478106) External (1) newlife_lala(a)163.com<mailto:newlife_lala@163.com> 注: 会议最大支持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

dev-utils周例会会议纪要【20200810】//答复: 【Meeting Notice】sig-dev-utils Regular meeting Time: 2020-08-10 11:00-12:00
by Hushiyuan 10 Aug '20

10 Aug '20

关键进展： pumper 支持自动化提交的功能 pumper 工具基本已经可以完成spec和yaml之间的转换，对于复杂的宏功能，当前不支持，需要进一步完善 abi-check已经合入到src-openeuler,abi-check工具和王皓对齐方案，两个工具整合 jsproper能生成基础的rpm包。对于nodejs开发都是在开发项目中用npm init生成package.json，然后用npm install构建依赖，在rpm构建中需要调研如何使用下一步计划 1. 和Release组对齐 20.09 VS 20.03 LTS版本，计划哪些软件合入责任人：胡世元 2. dev-utils软件包比较多，需要整理一下做好分类，明确dev-utils范围责任人：明方森 3. libumem内存定位工具引入，基本功能整理可用后，发布公众号责任人：胡世元 4. abi-check 方案需要归一，明确归属的sig组 5. buildroot形成一个方案，通过文档说明清楚build root如何从零构建一个体系架构的支持 6. 下次sig会议，rubyporter演示自动化打包效果 7. 下次sig会议，node.js的工作原理解释清楚 8. 对于sig组中原创项目，整理形成一个list，策划做好做好推介发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年7月31日 16:33 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】sig-dev-utils Regular meeting Time: 2020-08-10 11:00-12:00 Topic sig-dev-utils Regular meeting Time 2020-08-10 11:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/358646052> Meeting ID 358 646 052 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

转发：【Meeting Notice】sig-high-performance-network 例会 Time: 2020-08-11 19:00-21:00
by newlife_lala＠163.com 10 Aug '20

10 Aug '20

1 0

回复：[Tc] meeting minutes//答复: 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00
by 瓜-007 09 Aug '20

09 Aug '20

云 ---原始邮件--- 发件人: "Xiehong (Cynthia)"<xiehong(a)huawei.com> 发送时间: 2020年8月5日(周三) 中午11:50 收件人: "39736290(a)qq.com"<39736290@qq.com>;"euler_blade@isrc.iscas.ac.cn"<euler_blade@isrc.iscas.ac.cn>;"yuanxing@kylinos.com.cn"<yuanxing@kylinos.com.cn>;"dev@openeuler.org"<dev(a)openeuler.org>;"chenmaodong"<chenmaodong(a)huawei.com>;"gaoguijin"<gaoguijin@huawei.com>;"yangzhao1@kylinos.cn"<yangzhao1@kylinos.cn>;"tc@openeuler.org"<tc(a)openeuler.org>; 主题: [Tc] meeting minutes//答复: 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00 与会人： TC委员：胡欣蔚、郭寒军、xiexiuqi、张海亮、谢红（请假：熊伟、王勋）侯健、cairuidong、Euler Blade、Jianmin Wang、Licihua、Mengpei、ocean、Ven、Shenyangyang、袁杏、杨昭     I ALL 1.      7 topic for SIG application A.        SIG-koji – Euler blade //结论： 1.        同意创建这个SIG组，建议整个SIG的目标定义为openEuler的构建系统改进，先聚焦在koji上，建议这个SIG组名称调整一下 2.        koji建仓在src-openeuler   B.        SIG-Confidential_Computing //结论： 1.        同意SIG成立 2.        完善PR信息   C.        sig-KIRAN-DESKTOP   //结论： 1.        TC线下组织与SIG-MATE-desktop的工作方式和配合方式，再定本SIG的范围和运作方式 D.       SIG OKD --- yangzhao //结论：同意SIG申请 E.        sig-CV  //结论： SIG组发起人未到会，本议题顺延到下次TC会议 F.        sig-sandbox //结论： 1.        先跟SIG-Container讨论，是否可纳入sig-sandbox的研究范围，如果有疑义可再上TC讨论决策   G.       sig-Java //结论： 1.        同意成立本SIG 2.        建议考虑用工具实现自动化打包 3.        把原来已有的相关半成品仓纳入到本SIG管理范围     2.      ISSUE discussion H.       麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 //结论： 1.        现有包清单发给TC，TC组织专门会议组织SIG组的沟通，以及包的分配 2.        后续有包不明确归属SIG组的场景，可以提交PR给TC。同时在TC的治理章程中增加相关说明 I.          LLVM Upgrade --- shenyangyang //结论： 1.        TC线下组织沟通与LLVM的使用者讨论分析影响 2.        在LTS上LLVM的升级维护策略在问题1分析清楚后，与LLVM maintaner一起再决策       发件人: Xiehong (Cynthia) 发送时间: 2020年8月4日 16:44 收件人: 'yuanxing(a)kylinos.com.cn' <yuanxing(a)kylinos.com.cn>; '39736290(a)qq.com' <39736290(a)qq.com>; 'yangzhao1(a)kylinos.cn' <yangzhao1(a)kylinos.cn>; 'euler_blade(a)isrc.iscas.ac.cn' <euler_blade(a)isrc.iscas.ac.cn>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org> 主题: 转发: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00   HI ALL 1.      7 topic for SIG application A.        SIG-koji B.        SIG-Confidential_Computing C.        sig-KIRAN-DESKTOP   D.       SIG OKD E.        sig-CV  F.        sig-sandbox G.       sig-Java   2.      ISSUE discussion H.       麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 I.          LLVM Upgrade --- shenyangyang     发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年8月3日 14:12 收件人: tc(a)openeuler.org 主题: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00   Topic openEuler TC会议 Time 2020-08-05 10:00-12:00((UTC+08:00)Beijing)       Join Conference Join (External) >> Meeting ID 155 442 758       Convener 谢红         Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download  

1 0

【Meeting Notice】[iSula&Container SIG]例会 Time: 2020-08-11 16:30-18:30
by Meeting Book 06 Aug '20

06 Aug '20

1 0

【Meeting Notice】[iSula&Container SIG]例会 Time: 2020-08-11 16:30-18:30
by Meeting Book 06 Aug '20

06 Aug '20

1 0

Virt sig会议议程纪要0731//RE: 【Meeting Notice】Virt sig meeting Time: 2020-07-31 14:30-16:30
by Chenzhendong (alex) 06 Aug '20

06 Aug '20

Virt sig会议议程纪要： 1、openEuler 20.09 虚拟化特性进展： a) KVM支持custom模式：整体进展80%，涉及两个组件：libvirt开发50%，qemu部分90%。 b) Vmtop：整体进展80%，用户态：将源码文件拆分，目录进行规范化，完成README以及相关文档；内核：检视后等待合入。 c) SmartPolling：整体进展80%，smartpoll的x86，已经检视通过，等待合入，arm的支持还在开发中。 d) PMU nmi watchdog：整体进展90%，开源方案分析完成，本地预验证通过，待版本验证。 e) 双层调度：整体进展80%，代码正在检视。 f) 安全启动：整体进展90%，edk2代码已经合入，待版本验证。 g) 可信启动：整体进展80%，qemu开源patch已经根据openEuler完成适配，验证功能中。 h) 轻量虚拟化：整体进展80%，基本功能开发完成，目前在进行可靠性、安全等增强。 2、EulerRobot质量体系构建进展： a) 当前Avocado-vt/tp-libvirt/tp-qemu等集成测试框架及用例，已经开源（见openEuler社区中相关仓库的openEuler-20.03分支）； b) crystal-ci平台在开发过程中，本地已经基于LKP调试对接了VT用例基本流程，待crystal-ci平台环境ready后即可与其快速对接。 3、virt 技术路标讨论： a) openEuler 20.09以后的特性待后续讨论。 From: Chenzhendong (alex) Sent: Thursday, July 30, 2020 3:10 PM To: 'dev(a)openeuler.org' <dev(a)openeuler.org>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'virt(a)openeuler.org' <virt(a)openeuler.org> Cc: Zhangxiaofeng (F) <victor.zhangxiaofeng(a)huawei.com> Subject: 【Meeting Notice】Virt sig meeting Time: 2020-07-31 14:30-16:30 Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、virt 技术路标讨论 all -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月30日周四 10:12 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-07-31 14:30-16:30 Topic Virt sig meeting Time 2020-07-31 14:30-16:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/623832541> Meeting ID 623 832 541 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

meeting minutes//答复: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00
by Xiehong (Cynthia) 05 Aug '20

05 Aug '20

与会人： TC委员：胡欣蔚、郭寒军、xiexiuqi、张海亮、谢红（请假：熊伟、王勋）侯健、cairuidong、Euler Blade、Jianmin Wang、Licihua、Mengpei、ocean、Ven、Shenyangyang、袁杏、杨昭 I ALL 1. 7 topic for SIG application A. SIG-koji – Euler blade //结论： 1. 同意创建这个SIG组，建议整个SIG的目标定义为openEuler的构建系统改进，先聚焦在koji上，建议这个SIG组名称调整一下 2. koji建仓在src-openeuler B. SIG-Confidential_Computing //结论： 1. 同意SIG成立 2. 完善PR信息 C. sig-KIRAN-DESKTOP //结论： 1. TC线下组织与SIG-MATE-desktop的工作方式和配合方式，再定本SIG的范围和运作方式 D. SIG OKD --- yangzhao //结论：同意SIG申请 E. sig-CV //结论： SIG组发起人未到会，本议题顺延到下次TC会议 F. sig-sandbox //结论： 1. 先跟SIG-Container讨论，是否可纳入sig-sandbox的研究范围，如果有疑义可再上TC讨论决策 G. sig-Java //结论： 1. 同意成立本SIG 2. 建议考虑用工具实现自动化打包 3. 把原来已有的相关半成品仓纳入到本SIG管理范围 2. ISSUE discussion H. 麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 //结论： 1. 现有包清单发给TC，TC组织专门会议组织SIG组的沟通，以及包的分配 2. 后续有包不明确归属SIG组的场景，可以提交PR给TC。同时在TC的治理章程中增加相关说明 I. LLVM Upgrade --- shenyangyang //结论： 1. TC线下组织沟通与LLVM的使用者讨论分析影响 2. 在LTS上LLVM的升级维护策略在问题1分析清楚后，与LLVM maintaner一起再决策发件人: Xiehong (Cynthia) 发送时间: 2020年8月4日 16:44 收件人: 'yuanxing(a)kylinos.com.cn' <yuanxing(a)kylinos.com.cn>; '39736290(a)qq.com' <39736290(a)qq.com>; 'yangzhao1(a)kylinos.cn' <yangzhao1(a)kylinos.cn>; 'euler_blade(a)isrc.iscas.ac.cn' <euler_blade(a)isrc.iscas.ac.cn>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org> 主题: 转发: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00 HI ALL 1. 7 topic for SIG application A. SIG-koji B. SIG-Confidential_Computing C. sig-KIRAN-DESKTOP D. SIG OKD E. sig-CV F. sig-sandbox G. sig-Java 2. ISSUE discussion H. 麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 I. LLVM Upgrade --- shenyangyang 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年8月3日 14:12 收件人: tc(a)openeuler.org<mailto:tc@openeuler.org> 主题: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00 Topic openEuler TC会议 Time 2020-08-05 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/155442758> Meeting ID 155 442 758 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

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-08-04 15:00-15:30
by fang 04 Aug '20

04 Aug '20

1 1

转发: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00
by Xiehong (Cynthia) 04 Aug '20

04 Aug '20

HI ALL 1. 7 topic for SIG application A. SIG-koji B. SIG-Confidential_Computing C. sig-KIRAN-DESKTOP D. SIG OKD E. sig-CV F. sig-sandbox G. sig-Java 2. ISSUE discussion H. 麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 I. LLVM Upgrade --- shenyangyang 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年8月3日 14:12 收件人: tc(a)openeuler.org 主题: [Tc] 【Meeting Notice】openEuler TC会议 Time: 2020-08-05 10:00-12:00 Topic openEuler TC会议 Time 2020-08-05 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/155442758> Meeting ID 155 442 758 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

【 Schedule notice 】TC Meeting on Aug 5 10:00-12:00
by Xiehong (Cynthia) 03 Aug '20

03 Aug '20

HI ALL 1. 7 topic for SIG application A. SIG-koji B. SIG-Confidential_Computing C. sig-KIRAN-DESKTOP D. SIG OKD E. sig-CV F. sig-sandbox G. sig-Java 2. ISSUE discussion H. 麒麟软件打算将公司内部适配的应用包提交到openEuler社区上，但是每次我们都需要很麻烦的去找到对应的sig组，然后还要在组内提申请，然后再沟通讨论，时间成本有些高，而且有些包我们也找不到对应的SIG分组，能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道，让我们快速的提交相关编译和适配的安装包，然后再将这些包进行SIG分类，进行分类管理。 -----侯建 I. LLVM Upgrade --- shenyangyang If you have any other topic to discuss on TC routing meeting, please send email to tc(a)openeuler.org<mailto:tc@openeuler.org> till this Tuesday

1 0

【openEuler容器镜像仓库】openEuler 容器镜像仓库讨论 Time: 2020-07-31 10:30-12:30
by caihaomin 31 Jul '20

31 Jul '20

Hi~ All 今天上午建民、道长、蛋总、灏旻一起讨论了关于openEuler容器镜像仓库相关事宜，欢迎提出您的建议：【需求来源】 maintainer 侯健认为openEuler需要一个public registry来存放openEuler制品容器镜像【使用范围】讨论过程： 1. 我们第一阶段只提供public(即official认证镜像)，暂不提供private(即个人镜像库) 1. 第一阶段只支持Docker镜像规范 2. 需求开发：OCI规范的支持。 1. 镜像构建&iSulad：是否可以全面在1030前支持OCI规范？ -- 遗留任务 jingxiaolu 3. 最终目标：完整的registry；当前只构建从gitee仓库到registry 1. Docker镜像规范和OCI镜像规范都支持结论：当前首先提供official类型镜像，优先支持docker镜像规范【实施手段】 [域名] 复用oepkgs.com [开发者流程] 1. 开发者本地调试完Dockerfile，推送到gitee.com代码仓（暂命名image-library）上 2. CI构建检查完毕（应包括构建、镜像扫描等） 3. maintainer合入后自动推送到registry [仓库搭建] 1. 引入开源组件作为仓库的基础设施（例如harbor）-- 遗留任务 haomintasi 2. 部署方案待定 – 遗留任务 Jianmin wang [镜像构建 ] 1. 使用isula-build进行CI构建 2. 多架构manifest 文件生成 -- 遗留 jingxiaolu [基础设施后端] -- 遗留任务 jianmin 1. 镜像后端存储 2. 服务器 or 云端 [用户协议] -- 遗留任务 haomin 确认是否可以复用第三方软件包相关协议【人员安排】 Project leader： jianmin wang Container-SIG : @jingxiaolu @haomintasi Infra SIG : @maquanyi（待安排人员参加） BR~ Haomin 发件人: Jianmin Wang [mailto:jianmin@iscas.ac.cn] 发送时间: 2020年7月31日 10:30 收件人: caihaomin <caihaomin(a)huawei.com> 主题: Fwd: [Isulad] 【Meeting Notice】openEuler 容器镜像仓库讨论 Time: 2020-07-31 10:30-12:30 建议增加以下需要讨论的议题： 1. 镜像仓库服务的需求，仓库的规模/用户数量等预估 2. 镜像仓库服务的格式规范与标准兼容， iSulad / Docker 提供镜像支撑是否兼容？ 3. 镜像仓库服务的域名是否复用 oepkgs.com<http://oepkgs.com/>（第三方软件包仓库）？ 4. 镜像仓库服务的用户协议 ——王建民 On 30 Jul 2020, at 9:07 AM, Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> wrote: Topic openEuler 容器镜像仓库讨论 Time 2020-07-31 10:30-12:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/321689278> Meeting ID 321 689 278 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> _______________________________________________ Isulad mailing list -- isulad(a)openeuler.org<mailto:isulad@openeuler.org> To unsubscribe send an email to isulad-leave(a)openeuler.org<mailto:isulad-leave@openeuler.org> _______________________________________________ Isulad mailing list -- isulad(a)openeuler.org<mailto:isulad@openeuler.org> To unsubscribe send an email to isulad-leave(a)openeuler.org<mailto:isulad-leave@openeuler.org>

7 9

【Meeting Notice】sig-dev-utils Regular meeting Time: 2020-08-10 11:00-12:00
by Meeting Book 31 Jul '20

31 Jul '20

1 0

repeat//sig-dev-utils例会会议纪要-2020/7/27
by Mingfangsen 31 Jul '20

31 Jul '20

与会人： BruceGW、love_hangzhou、overweight、openeuler-baisc、chendong1995 、ethan848 会议时间：2020-7-27 11:00 ---- 2020-7-27 12:00 BruceGW： 1、完善pkgporter功能特性，并使用pkgporter完成40+django相关包自动打包 2、目前pkgporter依赖关系自动处理还有问题，部分依赖还需要手工处理，计划这两周搞定这个问题 overweight： 1、完成3个包打包: csmith、stress-ng、buildroot 2、调研bootstrap，打算做一个一键式构建最小系统的工具 3、开发abichecker，一键式检查两个版本之间的差异，目前已基本调通，计划本周上传 love_hangzhou： 1、计划引入libumem & mdb，勇于定位用户态内存泄露的工具，当前在看代码和license，计划本周先在X86上跑起来 openeuler-baisc： 1、完成trunker中的mkiso工具的打包，当前可以做标准iso，debug的iso还做不了，预计下下周完成 chendong1995： 1、开发Nodejsporter，写了个基础模板，还未调通，预计本周跑通 2、提了一个pyporter的issue ethan848： 1、完成atop包上传，下一步计划把sig组的基本信息更新完整下一次会议组织者：love_hangzhou

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-30 18:30-19:30
by Hubble_Zhu 31 Jul '20

31 Jul '20

Topic sig-ai-bigdata regular meeting Time 2020-07-30 18:30-19:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 767 812 702   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视 2. 下一步工作与计划 3. 其他申报议题   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 1

【Meeting Notice】Virt sig meeting Time: 2020-07-31 14:30-16:30
by Chenzhendong (alex) 30 Jul '20

30 Jul '20

Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、virt 技术路标讨论 all -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月30日周四 10:12 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-07-31 14:30-16:30 Topic Virt sig meeting Time 2020-07-31 14:30-16:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/623832541> Meeting ID 623 832 541 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

回复：回复：需要libxfce4ui-devel
by miao kaibo 30 Jul '20

30 Jul '20

1 0

【Meeting Notice】openEuler 容器镜像仓库讨论 Time: 2020-07-31 10:30-12:30
by Meeting Book 30 Jul '20

30 Jul '20

1 0

回复：需要libxfce4ui-devel
by miao kaibo 29 Jul '20

29 Jul '20

1 0

[release-management]如何在2009版本中集成UKUI组件？
by 窦龑 29 Jul '20

29 Jul '20

2 1

转发: high-performance-network sig 例会 Time: 2020-08-01 14:00-16:00
by Meeting_Book (2) 29 Jul '20

29 Jul '20

议题内容 1．审视当前工作进展。 2．讨论Polycube项目在sig内如何开展。 -----原始约会----- 发件人: Meeting_Book (2) 发送时间: 2020年7月29日 9:59 收件人: Meeting_Book (2); Luzhihao (luzhihao, Euler) 主题: high-performance-network sig 例会 Time: 2020-08-01 14:00-16:00 时间: 2020年8月1日星期六 14:00-16:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] high-performance-network sig 例会 Time 2020-08-01 14:00-16:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90db62735d345d0173984b3a0…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=178199804&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/178199804> Meeting ID 178 199 804 Convener 陆志浩 (l00478106) Internal (1) 陆志浩 (l00478106) External (1) newlife_lala(a)163.com<mailto:newlife_lala@163.com> 注: 会议最大支持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

[release-management]如何在2009版本中集成UKUI组件？
by 窦龑 28 Jul '20

28 Jul '20

UKUI 是麒麟软件桌面研发团队开发的基于 Linux 发行版的桌面环境目前我们已经完成了主要模块的移植。我想问下如何能够在2009版本中加入UKUI? 有没有相关的文档或者流程说明. 软件代码仓地址及列表https://gitee.com/openeuler/community/blob/master/sig/sig-UKUI/si…

2 1

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-22 19:00-20:00
by Hubble_Zhu 27 Jul '20

27 Jul '20

Topic sig-ai-bigdata regular meeting Time 2020-07-22 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 387 021 111   Convener 朱恒博   Agenda 1. SIG成员前期工作审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

5 6

sig-dev-utils例会会议纪要-2020/7/27
by Mingfangsen 27 Jul '20

27 Jul '20

与会人： BruceGW、love_hangzhou、overweight、openeuler-baisc、chendong1995 、ethan848 会议时间：2020-7-27 11:00 ---- 2020-7-27 12:00 BruceGW： 1、完善pkgporter功能特性，并使用pkgporter完成40+django相关包自动打包 2、目前pkgporter依赖关系自动处理还有问题，部分依赖还需要手工处理，计划这两周搞定这个问题 overweight： 1、完成3个包打包: csmith、stress-ng、buildroot 2、调研bootstrap，打算做一个一键式构建最小系统的工具 3、开发abichecker，一键式检查两个版本之间的差异，目前已基本调通，计划本周上传 love_hangzhou： 1、计划引入libumem & mdb，勇于定位用户态内存泄露的工具，当前在看代码和license，计划本周先在X86上跑起来 openeuler-baisc： 1、完成trunker中的mkiso工具的打包，当前可以做标准iso，debug的iso还做不了，预计下下周完成 chendong1995： 1、开发Nodejsporter，写了个基础模板，还未调通，预计本周跑通 2、提了一个pyporter的issue ethan848： 1、完成atop包上传，下一步计划把sig组的基本信息更新完整下一次会议组织者：love_hangzhou

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-30 18:30-19:30
by Hubble_Zhu 27 Jul '20

27 Jul '20

Topic sig-ai-bigdata regular meeting Time 2020-07-30 18:30-19:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 767 812 702   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视 2. 下一步工作与计划 3. 其他申报议题   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

Re: 回复：[Sig-ai-bigdata] 参加SIG组疑问
by 正心 24 Jul '20

24 Jul '20

你好。目前感知到也有另一家在申请合入opencv相关代码，不知道你们是不是一家公司，你们会不会有版本冲突。你可以在下次例会上报个议题，议题讨论下，避免重复工作量。祝好。在 2020-07-21 11:55:39，"谌勇武" <cscyu226(a)163.com> 写道：目前由于公司规划，计划将公司应用迁移到OpenEuler服务器上面，但是我们的应用需要使用到OpenCV 我们在考虑，我们合入参与到社区，但是还没有项目，我们应该怎么做？是否可以跟申请，然后我们拉分支，合入，你们审核还是说，你们已经有计划，在合入OpenCV了，如果是这种情况的话，是否有具体的时间点? 在 2020-07-21 11:02:51，"正心" <sinever(a)126.com> 写道：社区是开放的，欢迎任何遵守规则的人加入。你可以简单介绍下自己的情况和具体的问题吗。另外我们有微信群和例会也欢迎参加。 | | 正心 | | 邮箱：sinever(a)126.com | 签名由网易邮箱大师定制在2020年07月21日 10:25，谌勇武写道：您好！由于我需要在OpenEuler上面使用OpenCV，如果我希望能将OpenCV 做迁移适配，是否可以加入适配的软件包列表中？

1 0

转发: ukui项目代码合并问题
by 杨昭 23 Jul '20

23 Jul '20

1 0

议题会议纪要看大家是否有补充答复: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-07-22 10:00-12:00
by 正心 22 Jul '20

22 Jul '20

议题 1、 SIG-AI-BIGDATA在实际运作过程中遇到的java应用的jar依赖问题的解决方案。会议纪要： • 熊博： • 建议先和基础设施组沟通放开obs构建时访问外网； • 搭建镜像做为长期目标，先调研； • 调研是否有检测jar合规的开源或商用工具； • Haibo luo： • 商业软件对依赖的jar有检查，现有开源软件可以方便搭建私服； • Jianmin wang： • 基础包(maven/ant)是否可以使用maven方式构建，需要能够自包含； • 欣慰： • 方案三有可能引入不可靠的jar • openEuler里不引入二进制是为了源码可追溯，当上游变化时有能力独立维护、演进。JAVA语言使用jar，jar如果可以追溯，可以看成源码，如果有混淆或者jni需要单独考虑； • 结论： • 短期先放开obs访问外网使能java应用构建； • 长期考虑构建openEuler镜像源，方便后期开发者； • 基础包(maven/ant)先按照自包含原则构建，有问题再讨论； From: "Meeting Book"<uMeeting(a)huawei.com> Date: Mon, Jul 20, 2020 09:16 AM To: "tc"<tc(a)openeuler.org>; Subject: [Tc] 【Meeting Notice】openEuler TC meeting Time: 2020-07-22 10:00-12:00 Topic openEuler TC meeting Time 2020-07-22 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >> Meeting ID 291 038 958 Convener 王勋 Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download | | 正心 | | 邮箱：sinever(a)126.com | 签名由网易邮箱大师定制

1 0

请各SIG组确保OWNER中的maintainer的有效性
by myeuler 21 Jul '20

21 Jul '20

请各个SIG组的负责人审视一下maintainer的有效性，如果有错误加入的，或者本身并没有承担maintainer职责的，请进行清理。谢谢

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-07-21 15:00-15:30
by 方亚芬 21 Jul '20

21 Jul '20

2 1

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-07-21 15:00-15:30
by fang 21 Jul '20

21 Jul '20

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-07-21 15:00-15:30
by 方亚芬 20 Jul '20

20 Jul '20

1 0

[FROM SIG-AI-BIGDATA]例会议题申请
by 正心 18 Jul '20

18 Jul '20

TC：申请在例会上讨论下SIG-AI-BIGDATA在实际运作过程中遇到的java应用(hadoop/spark/flink/hbase/hive/kafka)的jar依赖问题的解决方案。不知是否合适。祝好。

1 0

[oVirt]Status oVirt on ARM
by Liyongle (Fred) 18 Jul '20

18 Jul '20

Hi oVirt team, Liukongkuan, in cc, is asking whether oVirt can be used on ARM now. Could you please let us know the status? Thanks Fred 李永乐

1 0

转发：【Meeting Notice】high-performance-network sig例会 Time: 2020-07-16 19:00-20:30
by newlife_lala＠163.com 17 Jul '20

17 Jul '20

2 1

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-22 19:00-20:00
by Hubble_Zhu 15 Jul '20

15 Jul '20

Topic sig-ai-bigdata regular meeting Time 2020-07-22 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 387 021 111   Convener 朱恒博   Agenda 1. SIG成员前期工作审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

Virt meeting 会议纪要-0713//RE: 【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15
by Chenzhendong (alex) 14 Jul '20

14 Jul '20

Virt meeting 会议纪要-0713： openEuler 20.09特性进展 1． KVM支持custom模式---zhanghailiang cpu custom原型完成，正在修改代码，当前仅实现feature的disable，enable，无特性相互依赖的判断处理，当前增加一个与内核交互接口 2． kvmtop---nocjj 完成x86环境适配，精简了部分代码，完成makefile编写，spec编写，增加了虚拟机状态统计功能 3． SmartPolling---miaoyubo Guest halt polling arm侧代码开发及调试，完成60% 4．支持SDEI设备---待定正在分析开源方案 5．双层调度---fanhenglong 6．锁优化---YeZengruan vCPU preempted check和PV qspinlock补丁已完成rebase，补丁先发到openeuler review 7．安全启动---待定 8．可信启动---JackJF 可信启动（aarch64 + vTPM + EDK中使能可信启动）的原型系统功能已经验证过。具体包括Libvirt拉起VM + vTPM，VM暂停启动，快照启动，热迁移。下一步将开源QEMU和EDK2回合到openEuler版本中；确认社区中的Libvrit支持aarch64 vTPM的情况或将目前该更代码提交到openEuler仓库中。 9．热补丁---FangYing 针对qemu场景里面的主线程、IO线程、协程、热迁移线程、vnc线程、vcpu线程和TLS进行热补丁验证，验证结果表示libcare热补丁支持上述场景下的热补丁基本功能。当前rcu线程比较特殊，还不支持热补丁应用，object_patch_verify_safety_single阶段出错导致补丁无法成功激活，正在解决。 From: Chenzhendong (alex) via Virt [mailto:virt@openeuler.org] Sent: Wednesday, July 8, 2020 11:57 AM To: virt(a)openeuler.org; dev(a)openeuler.org; tc(a)openeuler.org Subject: [Virt] 【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 virt会议议程： 1．Virt sig事务跟踪 a) qemu/libvirt 代码仓库从src-openeuler切换到openeuelr 2．openEuler 20.09特性进展 a) KVM支持custom模式---zhanghailiang b) kvmtop---nocjj c) SmartPolling---miaoyubo d) 支持SDEI设备---待定 e) 双层调度---fanhenglong f) 锁优化---YeZengruan g) 安全启动---待定 h) 可信启动---JackJF i) 热补丁---FangYing -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月8日周三 11:11 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 Topic virt sig meeting Time 2020-07-10 14:15-16:15((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/883868749> Meeting ID 883 868 749 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

对引入新特性的代码归档格式询问
by Hubble_Zhu 14 Jul '20

14 Jul '20

各位openEuler的成员，大家好，     我有一个项目G想申请在openEuler上开源，这个项目G高度依赖第三方开源包W，对W有一些侵入式修改。现在我是以源码的方式将开源包W的代码归档在项目G仓中     请问下如果开源到openEuler上的话，是否和W相关的代码，我都需要以源码包+patch的方式归档，或者我可以沿用全源码归档的方式？     采用全源码归档的方式对开发者很友好。     我计划是当项目G稳定并realease发行版后，在src-openEuler里新建仓库并添加spec来打成rpm包。     Any help will be greatly appreciated. thanks.

4 5

openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表-需求
by 方亚芬 13 Jul '20

13 Jul '20

openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表，需要提供两个 json 文件，内容参考以下两个 json 文件。 http://downloads.raspberrypi.org/os_list_imagingutility.json https://changelogs.ubuntu.com/raspi/os_list_imagingutility_ubuntu.json 根据 json 文件需要以下内容： 1. openEuler 操作系统 icon 链接，参考 https://assets.ubuntu.com/v1/85a9de76-ubuntu-icon.svg、 https://retropie.org.uk/retropie-logo-40x40.png，或上述 json 文件 icon 字段 2. 一个稳定的文件地址链接，用于可以放 openEuler 镜像列表信息的 json 文件，内容类似 <https://changelogs.ubuntu.com/raspi/os_list_imagingutility_ubuntu.json 3. 稳定的镜像下载地址 4. openEuler 操作系统下载统计，来表示在中国的使用情况祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

关于UKUI-3.0 在openEuler上的编译适配
by 侯依然爸爸 12 Jul '20

12 Jul '20

社区的各位同仁好: 麒麟软件在openEuler社区成立之初，并已经成立了UKUI SIG组，也一直致力于社区建设，我们已经在进行UKUI-3.0移植到openEuler-20.03的工作，并已作出了一些成果，我们已经在X86平台上，完成了UKUI-3.0的适配和测试，已经能够稳定运行和使用，并且已经将UKUI的相关代码已经贡献到了openEuler社区，大家可以使用下面的教程来安装UKUI-3.0。目前我们在进行的工作如下： 1）将UKUI-3.0 相关编译和安装包移植到 OBS进行编译和构造（aarch64 和 X86），以方便社区的更好的集成和使用。 2) 推进UKUI发展，修复UKUI的相关问题。但在接下来的工作中，我们也希望得到大家的一些帮助，一起促进openEuler UKUI的发展： 1）UKUI-3.0涉及到的安装包和编译依赖包较多，移植到OBS工作量很大，也希望能得到TC和各位同仁的帮助。 2）目前在openEuler上适配的UKUI-3.0，是基础版本，也希望TC和社区各位同仁能提出一些需求、意见和建议，任何对openEuler UKUI话题都可以在https://gitee.com/openkylin/ukui-issues 项目中提出issue。 UKUI是由麒麟团队开发的基于Linux发行版的轻量级桌面环境，默认搭载在优麒麟开源操作系统和银河麒麟/中标麒麟商业发行版中。UKUI 3.0基于Qt全新开发，秉承着“友好易用，简单轻松” 的设计理念，为普通用户架起迈向Linux的桥梁。详细描述可参见：https://www.ukui.org/ UKUI在X86上安装使用的教程如下，欢迎大家使用： openEuler UKUI安装方法：在安装ukui前请先创建一个管理员用户，推荐在安装openEuler系统时创建。 1. 离线 1) 安装openEuler并配置yum源（推荐采用：x86_64: https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/），并安装creat… install createrepo，如果安装不成功请检查配置的yum源） 2) 下载安装必须文件（链接：https://pan.baidu.com/s/1bljArjqrzONfQilW9zUzHg 提取码：pg4q）。将下载的install.sh放入/root目录下并赋予执行权限，RPMS.zip、reinstall.zip文件解压缩。将解压出的RPMS文件夹放入/RPMS文件夹下，目录结构如下所示 reinstall文件夹放入/root目录下。 3) 搭建本地yum源：修改/etc/yum.repos.d/openEuler_x86_64.repo文件，在末尾添加如下内容： [local] name=local baseurl=file:///RPMS/ enabled=1 gpgcheck=0 priority=1 4）切换到/root目录下，执行./install.sh 2. 在线 1）配置openEuler官方源，（推荐采用：x86_64: https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/），可参考如下: [openeuler] name=openeuler baseurl=https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/ enabled=1 gpgcheck=0 2）配置ukui的在线源：修改/etc/yum.repos.d/openEuler_x86_64.repo文件，在末尾添加如下内容： [ukui] name=ukui baseurl= http://openkylin.com/repo/ukui/RPMS/ enabled=1 gpgcheck=0 priority=1 2) 在openKylin（http://openkylin.com/repo/ukui/）下载install_online.sh放入/root目录下, 下载reinstall.zip解压后的reinstall文件夹及内容放入/root目录下。切换到root目录，运行install_online.sh。

1 0

【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15
by Chenzhendong (alex) 08 Jul '20

08 Jul '20

virt会议议程： 1．Virt sig事务跟踪 a) qemu/libvirt 代码仓库从src-openeuler切换到openeuelr 2．openEuler 20.09特性进展 a) KVM支持custom模式---zhanghailiang b) kvmtop---nocjj c) SmartPolling---miaoyubo d) 支持SDEI设备---待定 e) 双层调度---fanhenglong f) 锁优化---YeZengruan g) 安全启动---待定 h) 可信启动---JackJF i) 热补丁---FangYing -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月8日周三 11:11 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 Topic virt sig meeting Time 2020-07-10 14:15-16:15((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/883868749> Meeting ID 883 868 749 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

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00
by Hubble_Zhu 02 Jul '20

02 Jul '20

发件人: "Meeting Book"<uMeeting(a)huawei.com>; 发送时间: 2020年6月29日(星期一) 下午2:09 收件人: "Hubble_Zhu"<403975152(a)qq.com>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00 Topic sig-ai-bigdata regular meeting Time 2020-07-02 11:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 628 852 074   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 1

htop 和 entr 申请加入 src-openeuler
by clouds＠isrc.iscas.ac.cn 01 Jul '20

01 Jul '20

Hi, 系统监控工具 [htop](https://gitee.com/charlize/htop-openEuler) 和文件监控工具 [entr](https://gitee.com/charlize/openEuler-entr) 申请加入 openEuler 软件包仓库，谢谢。 clouds

2 6

【virt sig】虚拟化组件在openeuler仓库里边创建组件仓库
by Zhanghailiang 01 Jul '20

01 Jul '20

背景：由于虚拟化相关组件存在大量代码开发，采用src-openeuler以tar包+patch方式存在开发效率低的问题，现在Virt SIG决定讲其中的qemu，libvirt组件开发移动到openeuler以源码仓库方式进行开发，src-openeuler中的qemu和libvirt 保留用来进行obs编译出包使用，src-openeuler会自动从openeuler同步。问题：当前在操作时遇到问题，由于openeuler中的仓库自动创建相关组件的仓库，导致我们无法使用码云的自动导入功能，直接从组件的上游社区导入解决方法：先讲openeuler自动创建的qemu，libvirt仓库删除，然后通过码云的自动导入仓库功能创建。涉及组件： Qemu，libvirt

1 0

Re: [Virt-Test] Add some patches for openEuler virtualization base on tp-qemu
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Add attachment patches Thanks. Chen Qun >-----Original Message----- >From: Chenqun (kuhn) >Sent: Tuesday, June 30, 2020 6:21 PM >To: dev(a)openeuler.org; qa(a)openeuler.org >Cc: Chenzhendong (alex) <alex.chen(a)huawei.com>; Zhanghailiang ><zhang.zhanghailiang(a)huawei.com>; Pannengyuan ><pannengyuan(a)huawei.com>; Kezhiming <kezhiming(a)huawei.com>; >Wangshengfang <wangshengfang(a)huawei.com>; Zhangxiaofeng (F) ><victor.zhangxiaofeng(a)huawei.com>; tangjie (A) <tangjie18(a)huawei.com> >Subject: [Virt-Test] Add some patches for openEuler virtualization base on tp- >qemu > >Hi All, > > The tp-qemu is a set of very open source virtualization test cases for qemu and >OpenVSwitch. > Unfortunately, it do not support openEuler and very unfriendly to aarch64 >support. > This serials is to adapt to openEuler and aarch64. There are a total of 16 >patches here. > > We plan to put the tp-qemu in the openEuler community and maintain it for a >long time. > Of course, we will also try to push it to upstream, so that upstream supports >openEuler well. > > The upstream source repository： > https://github.com/autotest/tp-qemu > >Chen Qun (5): > watchdog: check watchdog device need machine for aarch64 > numa_opts: uses smp_override instead of vcpu_maxcpus for aarch64 > numa_maxnodes: set maxnode from 128 to 32. > provider/qemu_version: add qemu_version version_compare function > qmp_command: add qmp 'node-name' expect value for blockdev > >Jie Tang (9): > cpu_device_hotplug_maximum: The value of machine_type getted from > machines.cfg is incorrect on arm. > cpu_device_hotplug: aarch64 do not support vcpu hot-unplug by now. > cpu_hotplug: aarch64 use vm.hotplug_vcpu_device to hotplug vcpu. > cpu_hotplug: autotest module is no longer supported, remove it. > cpu_hotplug: if default irq(15) not exist, need verify another. > cpu_hotplug: can not offline all cpus. > cpu_device_hotplug: Add 'aarch64' to supported platform in > cpu_device_hotplug.cfg. > cpu_hotplug: add more tests for vcpu hot-plug in cpu-hotplug.cfg. > cpu_device_hotplug_maximum: verify max vcpus need hotplug. > >Wang Ziming (2): > hotplug_mem.cfg: edit threshold adapt to arm64-pci machine type. > hotplug_mem: Increase sub_test_wait_time > >Thanks. >Chen Qun >

1 0

[Virt-Test] Add some patches for openEuler virtualization base on tp-qemu
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Hi All, The tp-qemu is a set of very open source virtualization test cases for qemu and OpenVSwitch. Unfortunately, it do not support openEuler and very unfriendly to aarch64 support. This serials is to adapt to openEuler and aarch64. There are a total of 16 patches here. We plan to put the tp-qemu in the openEuler community and maintain it for a long time. Of course, we will also try to push it to upstream, so that upstream supports openEuler well. The upstream source repository： https://github.com/autotest/tp-qemu Chen Qun (5): watchdog: check watchdog device need machine for aarch64 numa_opts: uses smp_override instead of vcpu_maxcpus for aarch64 numa_maxnodes: set maxnode from 128 to 32. provider/qemu_version: add qemu_version version_compare function qmp_command: add qmp 'node-name' expect value for blockdev Jie Tang (9): cpu_device_hotplug_maximum: The value of machine_type getted from machines.cfg is incorrect on arm. cpu_device_hotplug: aarch64 do not support vcpu hot-unplug by now. cpu_hotplug: aarch64 use vm.hotplug_vcpu_device to hotplug vcpu. cpu_hotplug: autotest module is no longer supported, remove it. cpu_hotplug: if default irq(15) not exist, need verify another. cpu_hotplug: can not offline all cpus. cpu_device_hotplug: Add 'aarch64' to supported platform in cpu_device_hotplug.cfg. cpu_hotplug: add more tests for vcpu hot-plug in cpu-hotplug.cfg. cpu_device_hotplug_maximum: verify max vcpus need hotplug. Wang Ziming (2): hotplug_mem.cfg: edit threshold adapt to arm64-pci machine type. hotplug_mem: Increase sub_test_wait_time Thanks. Chen Qun

1 0

[Virt-Test] Add some patches for openEuler virtualization base on tp-libvirt
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Hi All, The tp-libvirt is a set of very open source virtualization test cases for libvirt and qemu. Unfortunately, it do not support openEuler and very unfriendly to aarch64 support. This serials is to adapt to openEuler and aarch64. There are a total of 77 patches here. We plan to put the tp-libvirt in the openEuler community and maintain it for a long time. Of course, we will also try to push it to upstream, so that upstream supports openEuler well. The upstream source repository： https://github.com/autotest/tp-libvirt Chen Qun (18): libvirt_hugepage: set static_hugepage nums 4096 vcpu_affinity: change err_msg for vcpu_affinity virsh_domxml_to_native: add arch_bin '/usr/libexec/qemu-kvm' virsh_define: the last char of vmname can't be '-' or '_' vcpu_affinity: set cpuset range from 0 to 7 libvirt_hugepage: recalculate the number of static hugepage emulator_capabilities: add qemu_user root for qemu_conf virsh_nodeinfo: recalculate the number of cores_per_socket_os virsh_change_media_matrix:ide controllers are unsupported for aarch64 virsh_cpu_compare: update expect keyword output for aarch64 max_vcpus: add update_vcpu_topology function for max_vcpu hotplug_serial: fix subprocess.Popen() use error hotplug_serial: don't need delete virtio-serial controller sometime hotplug_serial: fix inconsistency filename between create and attach virsh_domxml_to_native: increase ASAN environmental judgment conditions virsh_domtime: hwclock will be stop both of suspend and managedsave for aarch64 virsh_domtime: add different cpu_mode for aarch64 hotplug_serial: add err msg for the return of two_devid Jie Tang (2): arm_vcpu_hotplug_opts: hot-unplug vcpu action is not supported on aarch64. guestpin: aarch64 do not support vcpu hot-unplug. Ke Zhiming (8): libvirt_usb_hotplug_device: redirect warning to /dev/null virsh_event: wait for few seconds after attach disk virsh_start: declaration before local variable reference virsh_dommemstat: declaration before local variable reference virsh_domstats: internal snapshots not supported on aarch64 virsh memtune: Set acceptable_minus for arm hotplug_serial: delete the existing file before shutil.copy pcibridge: delete s_0 variants Pan Nengyuan (18): virsh_attach_detach_disk: update test case virsh-attach-detach-disk virsh_maxvcpus: fix unboundLocalError in virsh_maxvcpus test case pcibridge: fix incorrect pci bus address usb_hotplug: ignore set selinux status in usb_hotplug test case libvirt_usb_hotplug_device: fix incorrect address attr guestnuma: update test case guestnuma virsh_migrate: update virsh_migrate testcase with numa nodedev: add smmu support on aarch64 virsh_nodedev: add aarch64 support virsh_migrate: dump traceback to improve the testcase's usability pcibridge: Do not convert pci_br_index to decimal at_dt_interface: use 'virtio' model in q35 for interface virsh_migrate: fix attaching interface failed during migration virsh_migrate: do not check 'strict' mode when enable_HP virsh_migrate: remove duplicate reset hugepages virsh_migrate: remove status_error when cache enable virsh_migrate: fix a 'model name' keyerror virsh_migrate: add cpu_model in migration for kunpeng platform Wang Shengfang (2): iface_network: add support for UEFI pxe boot and local boot files virsh_boot: add edk cdrom boot test case Wang Ziming (29): virsh_save_image: fix error for new xml is too large max_vcpus: fix max vcpus num to 'pc-q35' machine type virsh_attach_detach_disk: make sure the multipathd.service is stopped when create VG with a block devices. virtual_disks_multidisks:stop multipathd.service before modprobe scsi_debug hotplug_serial:adapt to the return messages of dup_hotplug hotplug_serial:the object r_o should be a str. libvirt_usb_hotplug_device: the maximum of usb device is 39. virtual_disks_multidisks: increase wait time between detach_disk operations. virsh_domxml_from_native: replace '\s' in re.sub() in virsh_convxml function with ''. virsh_attach_device: remove control characters such as '^@' from the result of session.cmd_output virtual_disks_multidisks: increase wait time in add_sleep function for not only ppc64 platform. virsh_blockcopy: change disk_target_bus and disk_format for lun_t type disk_device virtual_disks_multidisks: Check disk bus device option need to adapt to different platform. virtual_disks_multidisks: change iteration_times as it cause test time out. virtual_disks_multidisks: change virt_disk_addr_options unit to differentiate system disk. virsh_detach_device: Increase sleep to make sure detach_device operation succeed especially for device_alias. virsh_attach_device.py:Add short sleep time after attach_device operation. virtual_disks_multidisks: attach disk to VM with the same index controller,exepct error. sriov: change loop_times as it cause test time out. virsh_save_image_edit: change expected state to make it suitable for no_option. virsh_attach_detach_disk: wait for few seconds after detach disk. virsh_attach_detach_disk: wait for few seconds after attach disk virtual_disks_multidisk: add loader and nvram to xml adapt to aarch64 platform virtual_disks_multidisk: Retain pcie-root-port and pcie-to-pci-bridge when modifying VM XML virsh_attach_detach_disk: Replace the bus type of CDROM adapt to arrch64 platform. virtual_disks_multidisk: Disk bus device option need to adapt to aarch64 platform. virtual_disks_multidisks: Change bus and slot in virt_disk_addr_options parameter libvirt_mem: edit cpu_model and hugepages page_size to adapt to aarch64 and x86_64 platform. sriov: Add new ethernet driver hinic to adapt to arrch64 platform. Thanks. Chen Qun

1 0

[Virt-Test] Add some patches for openEuler virtualization base on avocado and avocado-vt
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Hi All, Avocado/Avocado-vt is a very good set of automated testing framework and virtualization plugins. Unfortunately, they do not support openEuler and aarch64. This serials is to adapt to openEuler and aarch64. There are a total of 29 patches here, one of which is Avocado and the other 28 are Avocado-vt. We plan to put the avocado/avocado-vt in the openEuler community and maintain it for a long time. Of course, we will also try to push it to upstream, so that upstream supports openEuler well. The upstream source repository： https://github.com/avocado-framework/avocado https://github.com/avocado-framework/avocado-vt Chen Qun (12): virsh: add '--nvram' in undefine for aarch64 base.cfg: add kbd for vm in the base.cfg qemu_vm: openEuler version not support tcp '-redir' utils_misc: change key word for verify_dmesg machines.cfg: set aarch64 default vGIC version=3 qemu_vm: change rombar from 0 to 1 for multiple network cards base.cfg: Add boot index for disk_image base.cfg: add virtio_ports for qemu-guest-agent testcases qemu_vm: add add_numa_object_mem function for aarch64 virt_vm: continue to login when connect to vm failed qemu_vm: don't need add_numa_object_mem after qemu 4.1.0 version qcontainer: change EFI pflash path for different OS in aarch64 Jie Tang (7): get_cpu_model: verify command for aarch64 to get supported cpu models. qemu_vm: when only confirm vm max vcpu, create vm by default. env_process: verify command for aarch64 to check device category. qcontainer: Add qdevice.QCPUBus in bus for machine_arm64_pci. qemu_vm: Set dies=1 while dies=0. base: add download url for iozone utils_test: verify copy dst path and build command for iozone. Ke Zhiming (1): virsh: fix VirshPersistent err Pan Nengyuan (4): virt_vm: use a serial connection when remote login failed utils_misc: fix migrate error on x86 when vlu enable in lscpu cpu.py: fix migrate error on x86 when vlu enable in lscpu nfs: fix nfs mounts repeatedly Wang Shengfang (3): avocado.utils.ditro: support openEuler virt_vm: add kernel panic verification msg in verify kernel crash utils_test: Add new_xml_with_object() to avoid triggering the GC and deleting the xml file Wang Ziming (2): openEuler: add openEuler 20.03 support libvirt: create netfs pool in pre_pool function with correct command Thanks. Chen Qun

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00
by 403975152 29 Jun '20

29 Jun '20

发件人: "Meeting Book"<uMeeting(a)huawei.com>; 发送时间: 2020年6月29日(星期一) 下午2:09 收件人: "Hubble_Zhu"<403975152(a)qq.com>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00 Topic sig-ai-bigdata regular meeting Time 2020-07-02 11:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 628 852 074   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00
by 403975152 29 Jun '20

29 Jun '20

发件人: "Meeting Book"<uMeeting(a)huawei.com>; 发送时间: 2020年6月29日(星期一) 下午2:09 收件人: "Hubble_Zhu"<403975152(a)qq.com>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00 Topic sig-ai-bigdata regular meeting Time 2020-07-02 11:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 628 852 074   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00
by 403975152 29 Jun '20

29 Jun '20

发件人: "Meeting Book"<uMeeting(a)huawei.com>; 发送时间: 2020年6月29日(星期一) 下午2:09 收件人: "Hubble_Zhu"<403975152(a)qq.com>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00 Topic sig-ai-bigdata regular meeting Time 2020-07-02 11:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 628 852 074   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

注销OBS系统过渡性域名( openeuler-build.huawei.com )影响确认
by George 24 Jun '20

24 Jun '20

hi,allopenEuler社区提供的OBS构建系统，当前有两个域名在使用: openeuler-build.huawei.com build.openeuler.org 其中（openeuler-build.huawei.com）是前期提供的过渡性域名. 我们（sig-infra）希望提供唯一的域名管理，保留（build.openeuler.org），注销（openeuler-build.huawei.com）。该变更不会影响OBS系统业务功能，将保持和变更前完全一致。如果此变更对您有影响，希望及时反馈，谢谢。

1 0

答复: [Community] 【开发过程疑问】
by Zhuyanpeng 23 Jun '20

23 Jun '20

那说明他们的maillist就是 dev(a)openeuler.org<mailto:dev@openeuler.org> 您通过这个maillist 交流即可，可以在邮件标题前面写上sig名，比如【ovrit】xxxx 发件人: 田琦 [mailto:mrwwheat@gmail.com] 发送时间: 2020年6月23日 9:18 收件人: Zhuyanpeng <zhuyanpeng(a)huawei.com> 主题: Re: [Community] 【开发过程疑问】谢谢您的回复，请问您知道storage和ovirt组的邮件列表吗？网站上的邮件列表都是：dev(a)openeuler.org<mailto:dev@openeuler.org>。他们有自己的频道吗？谢谢！ Zhuyanpeng <zhuyanpeng(a)huawei.com<mailto:zhuyanpeng@huawei.com>> 于2020年6月10日周三下午7:54写道：欢迎参与openEuler 社区 Sig 列表在https://openeuler.org/zh/sig.html，如果对某个sig感兴趣，可以先通过sig的邮件列表进行讨论 Ceph、dpdk、storage等sig，与存储系统相关； Ha等sig，与分布式系统相关 Virt、ovirt等sig，与云计算、虚拟化相关 Sig的信息我们也在努力完善中。发件人: 田琦 [mailto:mrwwheat@gmail.com<mailto:mrwwheat@gmail.com>] 发送时间: 2020年6月11日 10:02 收件人: community(a)openeuler.org<mailto:community@openeuler.org> 主题: [Community] 【开发过程疑问】 Openeuler社区管理员您好，我是田琦，卡耐基梅隆大学（CMU）的计算机科学的研究生，毕业于2019年11月，目前在Google担任软件工程师的工作。我对openeular这个项目非常感兴趣，非常想参与其中做出一些贡献。我对算法开发，存储系统，分布式系统和云计算比较擅长和感兴趣，并且熟悉java/C/C++/Python开发。我注意到openeular的sig组很多都没有联系方式和具体项目内容，您能帮我选择并且沟通一下合适的项目组吗？谢谢！

1 0

openEuler 20.09版本计划已发布，请大家关注，7月28日是大颗粒特性冻结日，之后20.09版本不再接受大颗粒特性的合入。
by Jiangyumin (Jimmy) 20 Jun '20

20 Jun '20

openEuler 20.09 版本计划已发布，请大家关注，7月28日是大颗粒特性冻结日，之后20.09版本不再接受大颗粒特性的合入，大家如果有新的需求，请尽快在release-management中以issue提出讨论，多谢。 openEuler 20.09详细版本计划请参见以下链接： https://gitee.com/openeuler/release-management/blob/master/openEuler-20.09/…

1 0

Re: 开源供应链点亮计划任务咨询
by 方亚芬 20 Jun '20

20 Jun '20

岳泽龙同学，你好。非常感谢对这个任务感兴趣，欢迎报名参加。我是这个项目负责人之一，gitee ID：woqidaideshi，有问题欢迎联系。在你报名参加并最终获取到这个任务后，openEuler 社区会寄一块树莓派 4B 给你，不需要你自己准备。现在是项目申请阶段，可以根据要求报名参加，学生指南：https://isrc.iscas.ac.cn/summer2020/help/student.html。我们这几天在 B 站直播介绍相关任务，感兴趣的话可以去围观一下，直播日程详情见附件。其他资料见官网：https://isrc.iscas.ac.cn/summer2020/。谢谢。 -----原始邮件----- 发件人:"岳泽龙" <lukedyue(a)gmail.com> 发送时间:2020-06-07 08:00:00 (星期日) 收件人: yafen(a)iscas.ac.cn 抄送: 主题: 开源供应链点亮计划任务咨询方老师您好：我是来自华中科技大学数学与统计学院大四的岳泽龙同学，我对您发起的给 openEuler 移植 Xfce 桌面环境给树莓派使用这一任务十分感兴趣，希望能够参与该任务。我已经日常使用 Linux 两年，对把 Linux 作为一个日常使用的操作系统会遇到什么问题有较多了解。我曾经给 Arch Linux 的 AUR 提交过包，https://aur.archlinux.org/packages/?K=lukedyue&SeB=m 以及曾经维护过的 https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=pack… AOSC OS 打过一些软件包。尽管没有尝试过给使用 RPM 包管理器的 Linux 打包，但我相信我能够较快地学习相关知识并打出第一个包，然后找到依赖关系，逐渐将 Xfce 移植到 openEuler 上。不知道您觉得我能否胜任这一工作？另外我想要咨询一下您的是，如果我没有树莓派 4B 的话，对于相关任务是否需要自己提前进行购买？另：我的 GitHub 链接是 https://github.com/dragonJACson 我的博客链接是 https://blog.dreamof.net 谢谢！岳泽龙祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

3 5

关于 openEuler 社区官网 SA 和 CVE 的优化需求
by Yanxiaobing 20 Jun '20

20 Jun '20

【Sa部分】前期有客户反馈我们升级包下载没有归类，不方便找出哪些是需要下载的。 a) 建议按版本，源码、架构（X86_64 , aarch64）归类不同的升级包版本1： SRPM XXXX ARM XXXX X86 XXXX 版本2： SRPM XXXX ARM XXXX X86 XXXX b) 建议将安全公告分 Overview 和 Update packages 两个tab页面呈现【CVE部分】 a) 汇总页面将 CVSS 分数修改为严重等级 b) 将严重等级调整到 “概要”列之后 c) 对应CVSS V2 打分的CVE ，页面要显示 CVSS V2 向量列表 d) CVE详情里面增加建议增加关联issue的链接【第三方订阅接口】 OSV 厂商需要有个渠道获取openEuler 的CVE 和 SA 信息，建议以RSS订阅的方式推送数据，建议数据格式CVRF Best Regards 颜小兵 18667033283

3 2

openeuler TC会议议题申请2020/6/19
by liqingqing (C) 19 Jun '20

19 Jun '20

评审openeuler中添加一个f-stack包，该包可以用来支持用户态协议栈功能、或是作为http/https服务器的测试服务器。 f-stack简介：腾讯公司商用的一个用户态协议栈。 https://github.com/F-Stack/f-stack 介绍随着网络接口卡的飞速发展，使用Linux内核处理数据包的不良性能已成为现代网络系统的瓶颈。但是，随着Internet增长的需求不断增长，需要一种性能更高的网络处理解决方案。内核旁路技术已经引起越来越多的关注。有各种类似的技术，例如：DPDK，NETMAP和PF_RING。内核绕过的主要思想是Linux仅用于处理控制流。所有数据流都在用户空间中处理。因此，内核旁路可以避免由于内核数据包复制，线程调度，系统调用和中断引起的性能瓶颈。此外，内核旁路可以通过多重优化方法获得更高的性能。在各种技术中，DPDK已被广泛使用，因为它 F-Stack<http://www.f-stack.org/?from=github>是基于DPDK的开源高性能网络框架，具有以下特征： 1. 网卡在满负载下可以实现的超高网络性能：1000万个并发连接，500万RPS，100万CPS。 2. 移植FreeBSD 11.01用户空间堆栈，它提供了完整的堆栈功能，并削减了大量不相关的功能。这样可以大大提高网络性能。 3. 支持Nginx，Redis和其他成熟的应用程序。服务可以轻松使用F-Stack。 4. 易于通过多进程体系结构进行扩展。 5. 提供微线程接口。具有状态应用程序的各种应用程序可以轻松使用F-Stack获得高性能，而无需处理复杂的异步逻辑。 6. 提供一个Epoll / Kqueue接口，该接口允许多种应用程序轻松使用F-Stack。历史为了应对日益严重的DDoS攻击，2012年底，腾讯云DNSPod的授权DNS服务器从千兆以太网切换到10千兆比特。我们面临几种选择：一种是继续使用Linux内核中的原始网络堆栈，另一个是使用内核旁路技术。经过几轮调查；我们最终选择开发基于DPDK的下一代DNS服务器。原因是DPDK提供超高性能，并且将来可以无缝扩展到40G甚至100G NIC。经过几个月的开发和测试，基于DPDK的高性能DNS服务器DKDNS于2013年10月正式发布。它能够通过单个10GE端口实现多达1100万个QPS，而通过两个10GE端口则能够实现1820万个QPS。然后，我们开发了一个称为F-Stack的用户空间TCP / IP堆栈，该堆栈可通过单个10GE端口处理60万个RPS。随着腾讯云的快速发展，我们越来越多的服务需要更高的网络访问性能。同时，在我们业务增长的推动下，F-Stack不断改进，并最终发展成为通用的网络访问框架。但是我们最初的TCP / IP堆栈无法满足这些服务的需求。继续开发和维护完整的高性能网络堆栈可能太昂贵了。经过评估几个计划；我们最终决定将FreeBSD的（11.0稳定的）TCP / IP堆栈移植到F-Stack中。这不仅使我们能够停止重新发明轮子，我们还可以利用FreeBSD社区将来将带来的改进。多亏了libplebnet<https://gitorious.org/freebsd/kmm-sandbox/commit/fa8a11970bc0ed092692736f17…>和libuinet，<https://github.com/pkelsey/libuinet>这项工作变得容易了很多。随着各种应用程序的快速发展，为了帮助不同的应用程序快速轻松地使用F-Stack，F-Stack集成了Nginx，Redis和其他常用的APP，以及微线程框架，并提供了标准的Epoll / Kqueue界面。目前，除了DNSPod的授权DNS服务器外，腾讯云中还有多种产品使用了F-Stack，例如HttpDNS（D +），COS访问模块，CDN访问模块等。

1 0

Re: 123
by zhouang 18 Jun '20

18 Jun '20

From: zhouang via Test [mailto:test@openeuler.org] Sent: Thursday, June 18, 2020 8:16 PM To: test(a)openeuler.org Subject: [Test] 123 ateast

1 0

[What's the desktop develop plan?]
by buque 18 Jun '20

18 Jun '20

Hi, I just know desktop feature will be published on 9/30. How many software in it. I want to pack some software and work ahead. Thks~

1 0

glibc version update notification
by liqingqing 18 Jun '20

18 Jun '20

hi, dear developers, current glibc version what we used is 2.28 and it was launched at year 2018, it's too old for our system and there are little bugs which are not fixed. and lately gcc version was updated to 9.3, the glibc upstream community has already do a lot of works to adapt this change in the latest version. so in the next week, we will update glibc to the latest version 2.31. notice that this change will cause other package's build result which depend on the glibc. so I need all of your help to resolve this situlation by update your own package or use other ways. thx.

3 4

【dev】【Release Management SIG】openEure 20.03 LTS 7月份补丁版本合入范围统计
by Jiangzhenhua (Ronnie, Kunpeng Computing) 18 Jun '20

18 Jun '20

openEuler 20.03 LTS 7月份补丁版本计划于7月31日发布，现启动补丁合入需求收集，各项目如有补丁合入计划，请通过dev邮件列表通知Release Management SIG组，截止时间6月18日，其他时间提交的补丁合入需求不再接纳在7月份补丁版本中。谢谢！ Best Regards Ronnie Jiang 姜振华 [智能计算email签名图档] 姜振华 Ronnie Jiang 华为智能计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 深圳龙岗坂田华为基地F4-6-B071S HUAWEI Area F4-6-B071S, Bantian, Longgang District,Shenzhen 518129, P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com>

2 1

Re:
by 方亚芬 16 Jun '20

16 Jun '20

同学，你好。如果最终确定由你完成这个项目，我们会寄一个树莓派 4B 给你。欢迎报名参加这个任务。我是这个项目负责人之一，gitee ID：woqidaideshi，邮箱：yafen(a)iscas.ac.xn--cn,-8y9fz4pj74an5eu49afsl4og. 参与任务需要在官方网站报名，报名链接：https://isrc.iscas.ac.cn/summer2020/help/student.html#%E5%AD%A6%E7%94%9F%E5%A6%82%E4%BD%95%E6%8A%A5%E5%90%8D 。谢谢。 -----原始邮件----- 发件人:"淡" <2087698086(a)qq.com> 发送时间:2020-06-15 20:40:49 (星期一) 收件人: "方亚芬" <yafen(a)iscas.ac.cn> 抄送: 主题: Re: Re: 老师你好，这个项目需要树莓派4b，但我只有树莓派3b，请问参加这个项目会配备树莓派4b吗？谢谢老师的解答！ ---Original--- From: "方亚芬"<yafen(a)iscas.ac.cn> Date: 2020/6/14 14:12:12 To: "淡"<2087698086(a)qq.com>; Cc: "dev(a)openeuler.org"<dev(a)openeuler.org>;"Hexiaowen (Hex, EulerOS)"<hexiaowen(a)huawei.com>; Subject: Re: 同学，你好。总结来说，这个项目的目的是：为运行在树莓派 4B 的 openEuler 操作系统添加 Xfce 桌面环境。添加的桌面环境类似我们使用到的其他 Linux 系统桌面，例如需要一些基本的图形界面功能。项目详情见：https://gitee.com/openeuler/marketing/issues/I1H8G3。 -----原始邮件----- 发件人:"淡" <2087698086(a)qq.com> 发送时间:2020-06-12 13:53:55 (星期五) 收件人: yafen <yafen(a)iscas.ac.cn> 抄送: 主题: 老师您好！我像请问一下“项目ID: 2021100 为 openEuler 添加 Xfce 桌面环境并能够运行在树莓派 4B 上”的项目详细信息和内容，谢谢！！祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

[Infra] Discussion on bugzila
by Fred Li 16 Jun '20

16 Jun '20

Hi all, I noticed that there is an issue to ask where to find openEuler bugzilla. Firstly, there is not bugzilla for openEuler. If you have requirements on it, please leave your comments in the issue, or reply this email. [1] https://gitee.com/openeuler/community/issues/I1K12D -- Regards Fred Li (李永乐)

2 1

issue about ceph upgrade
by linfeilong 15 Jun '20

15 Jun '20

Hello zinze, There is an issue about ceph upgrade: https://gitee.com/open_euler/dashboard?issue_id=I1C3HC details of this issue: openEuler支持最新的ceph14.2.8 1、openEuler是否能直接通过ceph-deploy工具直接部署ceph 2、openEuler下能否通过部署工具ceph-ansible工具集群部署 3、openEuler能否直接编译最新的ceph源码包 Please take a look, and we should talk about it, thanks

2 1

Re: openeuler 20.3 lts dnf update后重启出错
by Liyongle (Fred) 15 Jun '20

15 Jun '20

Could anyone check this issue? Fred 李永乐 From: yls [mailto:yls_4@163.com] Sent: Monday, June 15, 2020 09:54 To: contact(a)openeuler.org Subject: openeuler 20.3 lts dnf update后重启出错就是正常的命令，dnf update -y,完成后重启，ssh 服务就启动不了，提示openssh 7.8和openssh 8.1冲突

2 1

Re:
by 方亚芬 14 Jun '20

14 Jun '20

同学，你好。总结来说，这个项目的目的是：为运行在树莓派 4B 的 openEuler 操作系统添加 Xfce 桌面环境。添加的桌面环境类似我们使用到的其他 Linux 系统桌面，例如需要一些基本的图形界面功能。项目详情见：https://gitee.com/openeuler/marketing/issues/I1H8G3。 -----原始邮件----- 发件人:"淡" <2087698086(a)qq.com> 发送时间:2020-06-12 13:53:55 (星期五) 收件人: yafen <yafen(a)iscas.ac.cn> 抄送: 主题: 老师您好！我像请问一下“项目ID: 2021100 为 openEuler 添加 Xfce 桌面环境并能够运行在树莓派 4B 上”的项目详细信息和内容，谢谢！！祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

关于open euler支持基于NVMe预留命令的HA软件
by Lengchao 13 Jun '20

13 Jun '20

NVMe over fabric是存储前端协议的未来发展趋势，业界主流的存储厂商均已推出支持NVMe over fabric的产品，而HA软件是系统可靠应用解决方案的关键。由于SCSI和NVMe协议体系不同，NVMe定义的专门的预留命令，HA软件配套NVMe over fabric的存储产品，需要配套支持NVMe的预留命令。请问open euler的HA软件预计支持NVMe的预留命令的合入时间和发布时间？

2 3

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-06-08 20:00-20:30
by 403975152 10 Jun '20

10 Jun '20

Topic sig-ai-bigdata regular meeting Time 2020-06-08 20:00-20:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 556 377 019   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

3 3

【讨论】是否需要在多个分支间自动同步PR以减少分支间合入遗漏
by Zhuyanpeng 09 Jun '20

09 Jun '20

https://gitee.com/openeuler/infrastructure/issues/I1K340?from=project-issue 发生结果: openEuler当前有2个分支， lts分支、master分支，大部分cve、bug需要在2个分支都要合入。根据openEuler生命周期规划，后续openEuler会同时存在3个分支，比如20.09版本发布后就会有20.03 lts分支、20.09 维护分支、21.03 master分支，那么就存在部分cve、bug需要在3个分支都要合入可能存在只合入了1个分支、其他分支没合入的情况期望结果: 分支间没有漏合，考虑通过基础设施提供自动向其他分支同步issue、pr的能力

1 0

upgrade python3 from 3.7.4 to 3.8.3
by hanxinke 09 Jun '20

09 Jun '20

背景：当前python社区的各个分支状态如下，3.7和3.8分支均为稳定版本，其中3.9还未发布正式版本，3.8分支基于3.7合入了较多的新特性和bugfix。 [cid:image001.png@01D63E49.148DF270] 目标：升级openeuler python3开源软件，准备从3.7.4版本更新到3.8.3稳定版本，两个版本间存在较多差异，需要适配的变更点罗列如下，具体详见附件，后期若有疑问请在该邮件中回复讨论。差异描述差异类型差异引入原因差异引入版本影响分析是否需要适配适配方案在函数调用中允许使用的关键字名称语法受到进一步的限制。特别地，f((keyword)=arg) 不再被允许。关键字参数赋值形式的左侧绝不允许一般标识符以外的其他内容修改 bugfix 3.8 f((keyword)=arg) 不再被允许 Y 使用者适配该变更当类似 [(10, 20) (30, 40)] 这样在代码中少了一个逗号时，编译器将显示 SyntaxWarning 并附带更有帮助的提示。这相比原来用 TypeError 来提示第一个元组是不可调用的更容易被理解修改 DFX增强 3.8 当类似 [(10, 20) (30, 40)] 这样在代码中少了一个逗号时，编译器将从原来的TypeError变为显示 SyntaxWarning Y 使用者适配该变更 datetime.date 或 datetime.datetime 和 datetime.timedelta 对象之间的算术运算现在将返回相应子类的实例而不是基类的实例修改 bugfix 3.8 datetime.date 或 datetime.datetime 和 datetime.timedelta 对象之间的算术运算现在将返回相应子类的实例而不是基类的实例 Y 使用者适配该变更字典推导式已与字典字面值实现同步，会先计算键再计算值 >>> cast = {input('role? '): input('actor? ') for i in range(2)} role? King Arthur actor? Chapman role? Black Knight actor? Cleese 修改 bugfix 3.8 字典推导式已与字典字面值实现同步，会先计算键再计算值 Y 使用者适配该变更异常 asyncio.CancelledError 现在继承自 BaseException 而不是 Exception 修改 DFX增强 3.8 异常 asyncio.CancelledError 现在继承自 BaseException 而不是 Exception Y 使用者适配该变更 collections.namedtuple() 的 _asdict() 方法现在将返回 dict 而不是 collections.OrderedDict。修改 bugfix 3.8 collections.namedtuple() 的 _asdict() 方法现在将返回 dict 而不是 collections.OrderedDict。 Y 使用者适配该变更 csv.DictReader 现在将返回 dict 而不是 collections.OrderedDict 修改 bugfix 3.8 csv.DictReader 现在将返回 dict 而不是 collections.OrderedDict Y 使用者适配该变更对于特定类型的无效或已损坏 gzip 文件现在将引发 BadGzipFile 而不是 OSError 修改 DFX增强 3.8 对于特定类型的无效或已损坏 gzip 文件现在将引发 BadGzipFile 而不是 OSError Y 使用者适配该变更函数 math.factorial() 不再接受非整数类参数修改 bugfix 3.8 函数 math.factorial() 不再接受非整数类参数 Y 使用者适配该变更返回布尔值结果的 os.path 函数例如 exists(), lexists(), isdir(), isfile(), islink(), 以及 ismount() 现在对于包含在 OS 层级无法表示的字符或字节的路径将会返回 False 而不是引发 ValueError 或其子类 UnicodeEncodeError 和 UnicodeDecodeError。修改 DFX增强 3.8 返回布尔值结果的 os.path 函数在对于包含在 OS 层级无法表示的字符或字节的路径将会返回 False 而不是引发 ValueError 或其子类 UnicodeEncodeError 和 UnicodeDecodeError。 Y 使用者适配该变更返回布尔值结果的 pathlib.Path 方法例如 exists(), is_dir(), is_file(), is_mount(), is_symlink(), is_block_device(), is_char_device(), is_fifo(), is_socket() 现在对于包含在 OS 层级无法表示的字符或字节的路径将会返回 False 而不是引发 ValueError 或其子类 UnicodeEncodeError 修改 DFX增强 3.8 返回布尔值结果的 pathlib.Path 方法在对于包含在 OS 层级无法表示的字符或字节的路径将会返回 False 而不是引发 ValueError 或其子类 UnicodeEncodeError Y 使用者适配该变更 shutil.make_archive() 现在对于通过 format="tar" 创建的归档文件将使用新式的 pax (POSIX.1-2001) 格式而非旧式的 GNU 格式修改 bugfix 3.8 shutil.make_archive() 现在对于通过 format="tar" 创建的归档文件将使用新式的 pax (POSIX.1-2001) 格式而非旧式的 GNU 格式 Y 使用者适配该变更 tarfile 模块现在对新的归档默认使用 modern pax (POSIX.1-2001) 格式而不再是之前的 GNU 专属格式修改 bugfix 3.8 tarfile 模块现在对新的归档默认使用 modern pax (POSIX.1-2001) 格式而不再是之前的 GNU 专属格式 Y 使用者适配该变更作为对 DTD 和外部实体检索的缓解，在默认情况下 xml.dom.minidom 和 xml.sax 模块不再处理外部实体修改 bugfix 3.8 作为对 DTD 和外部实体检索的缓解，在默认情况下 xml.dom.minidom 和 xml.sax 模块不再处理外部实体 Y 使用者适配该变更只会安装 python3.8 程序，不再有 python3.8m 程序只会安装 python3.8-config 脚本，不再有 python3.8m-config 脚本 m 已经从动态库文件名后缀中移除：包括标准库中的扩展模块以及第三方包所产生和安装的模块例如从 PyPI 下载的模块。以 Linux 为例，Python 3.7 的后缀 .cpython-37m-x86_64-linux-gnu.so ，在 Python 3.8 中改为 .cpython-38-x86_64-linux-gnu.so。修改 bugfix 3.8 m 已经从动态库文件名后缀中移除：包括标准库中的扩展模块以及第三方包所产生和安装的模块 Y spec文件中需要修改重新组织了所有头文件以更好地区分不同种类的 API： Include/*.h 应为可移植的公有稳定版 C API。 Include/cpython/*.h 应为 CPython 专属的不稳定版 C API；公有 API，部分私有 API 附加 _Py or _PY 前缀。 Include/internal/*.h 应为 CPython 特别专属的私有内部 C API。此 API 不具备向下兼容保证并且不应在 CPython 以外被使用。它们的公开仅适用于特别限定的需求例如调试器和性能分析等必须直接访问 CPython 内部数据而不通过调用函数的应用修改 bugfix 3.8 Include/internal/*.h 应为 CPython 特别专属的私有内部 C API。此 API 不具备向下兼容保证并且不应在 CPython 以外被使用 Y 使用者适配该变更 distutils 的 bdist_wininst 命令现在已弃用，请改用 bdist_wheel (wheel 包) 修改 bugfix 3.8 distutils 的 bdist_wininst 命令现在已弃用，请改用 bdist_wheel (wheel 包) Y 使用者适配该变更 ElementTree 模块中的已弃用方法 getchildren() 和 getiterator() 现在会引发 DeprecationWarning 而不是 PendingDeprecationWarning 修改 DFX增强 3.8 ElementTree 模块中的已弃用方法 getchildren() 和 getiterator() 现在会引发 DeprecationWarning 而不是 PendingDeprecationWarning Y 使用者适配该变更将不是 concurrent.futures.ThreadPoolExecutor 的实例的对象传给 loop.set_default_executor() 已被弃用修改 bugfix 3.8 将不是 concurrent.futures.ThreadPoolExecutor 的实例的对象传给 loop.set_default_executor() 已被弃用 Y 使用者适配该变更 xml.dom.pulldom.DOMEventStream, wsgiref.util.FileWrapper 和 fileinput.FileInput 的 __getitem__() 方法已被弃用修改 bugfix 3.8 xml.dom.pulldom.DOMEventStream, wsgiref.util.FileWrapper 和 fileinput.FileInput 的 __getitem__() 方法已被弃用 Y 使用者适配该变更 typing.NamedTuple 类已弃用了 _field_types 属性而改用具有同样信息的 __annotations__ 属性修改 bugfix 3.8 typing.NamedTuple 类已弃用了 _field_types 属性而改用具有同样信息的 __annotations__ 属性 Y 使用者适配该变更 ast 类 Num, Str, Bytes, NameConstant 和 Ellipsis 被视为已弃用，应当改用 Constant 修改 bugfix 3.8 ast 类 Num, Str, Bytes, NameConstant 和 Ellipsis 被视为已弃用，应当改用 Constant Y 使用者适配该变更 ast.NodeVisitor 的方法 visit_Num(), visit_Str(), visit_Bytes(), visit_NameConstant() 和 visit_Ellipsis() 现在已被弃用，添加 visit_Constant() 方法来处理所有常量节点修改 bugfix 3.8 ast.NodeVisitor 的方法 visit_Num(), visit_Str(), visit_Bytes(), visit_NameConstant() 和 visit_Ellipsis() 现在已被弃用，添加 visit_Constant() 方法来处理所有常量节点 Y 使用者适配该变更 asyncio.coroutine() decorator 已弃用，原有的 @asyncio.coroutine 请改用 async def 来替代修改 bugfix 3.8 asyncio.coroutine() decorator 已弃用，原有的 @asyncio.coroutine 请改用 async def 来替代 Y 使用者适配该变更在 asyncio 中，loop 参数的显式传递已被弃用修改 bugfix 3.8 在 asyncio 中，loop 参数的显式传递已被弃用 Y 使用者适配该变更将协程对象显式传递给 asyncio.wait() 的做法已被弃用修改 bugfix 3.8 将协程对象显式传递给 asyncio.wait() 的做法已被弃用 Y 使用者适配该变更 gettext 模块中的下列函数和方法已被弃用: lgettext(), ldgettext(), lngettext() 和 ldngettext() 修改 bugfix 3.8 gettext 模块中的下列函数和方法已被弃用: lgettext(), ldgettext(), lngettext() 和 ldngettext() Y 使用者适配该变更函数 bind_textdomain_codeset()，方法 output_charset() 和 set_output_charset()，以及函数 translation() 和 install() 的 codeset 形参也被弃用修改 bugfix 3.8 函数 bind_textdomain_codeset()，方法 output_charset() 和 set_output_charset()，以及函数 translation() 和 install() 的 codeset 形参也被弃用 Y 使用者适配该变更 threading.Thread 的 isAlive() 方法已弃用修改 bugfix 3.8 threading.Thread 的 isAlive() 方法已弃用 Y 使用者适配该变更 macpath 模块，在 Python 3.7 中弃用，现已被移除修改 bugfix 3.8 macpath 模块，在 Python 3.7 中弃用，现已被移除 Y 使用者适配该变更函数 platform.popen() 已被移除，它自 Python 3.3 起就已被弃用：请改用 os.popen() 修改 bugfix 3.8 函数 platform.popen() 已被移除，它自 Python 3.3 起就已被弃用：请改用 os.popen() Y 使用者适配该变更函数 time.clock() 已被移除，它自 Python 3.3 起就已被弃用：请根据具体需求改用 time.perf_counter() 或 time.process_time() 以获得具有良好定义的行为修改 bugfix 3.8 函数 time.clock() 已被移除，它自 Python 3.3 起就已被弃用：请根据具体需求改用 time.perf_counter() 或 time.process_time() 以获得具有良好定义的行为 Y 使用者适配该变更 pyvenv 脚本已被移除，推荐改用 python3.8 -m venv 来帮助消除容易混淆 pyvenv 脚本所关联的 Python 解释器这一问题修改 bugfix 3.8 pyvenv 脚本已被移除，推荐改用 python3.8 -m venv 来帮助消除容易混淆 pyvenv 脚本所关联的 Python 解释器这一问题 Y spec文件中需要修改使用者需要适配 parse_qs, parse_qsl 和 escape 已从 cgi 模块中被移除。这些函数自 Python 3.2 或更早就已被弃用。它们应改为从 urllib.parse 和 html 模块导入修改 bugfix 3.8 parse_qs, parse_qsl 和 escape 已从 cgi 模块中被移除。这些函数自 Python 3.2 或更早就已被弃用。它们应改为从 urllib.parse 和 html 模块导入 Y 使用者适配该变更 filemode 函数已从 tarfile 模块中被移除修改 bugfix 3.8 filemode 函数已从 tarfile 模块中被移除 Y 使用者适配该变更 XMLParser 构造器不再接受 html 参数修改 bugfix 3.8 XMLParser 构造器不再接受 html 参数 Y 使用者适配该变更 XMLParser 的 doctype() 方法已被移除修改 bugfix 3.8 XMLParser 的 doctype() 方法已被移除 Y 使用者适配该变更 "unicode_internal" 编解码器已被移除修改 bugfix 3.8 "unicode_internal" 编解码器已被移除 Y 使用者适配该变更 sqlite3 模块的 Cache 和 Statement 对象已不再公开给用户修改 bugfix 3.8 sqlite3 模块的 Cache 和 Statement 对象已不再公开给用户 Y 使用者适配该变更 fileinput.input() 和 fileinput.FileInput() 中自 Python 3.6 起就已被忽略并弃用的 bufsize 关键字参数已被移除修改 bugfix 3.8 fileinput.input() 和 fileinput.FileInput() 中自 Python 3.6 起就已被忽略并弃用的 bufsize 关键字参数已被移除 Y 使用者适配该变更在 Python 3.7 中弃用的函数 sys.set_coroutine_wrapper() 和 sys.get_coroutine_wrapper() 已被移除修改 bugfix 3.8 在 Python 3.7 中弃用的函数 sys.set_coroutine_wrapper() 和 sys.get_coroutine_wrapper() 已被移除 Y 使用者适配该变更 yield 表达式（包括 yield 和 yield from 子句）现在不允许在推导式和生成器表达式中使用（但 for 子句最左边的可迭代对象表达式除外）修改 bugfix 3.8 yield 表达式（包括 yield 和 yield from 子句）现在不允许在推导式和生成器表达式中使用（但 for 子句最左边的可迭代对象表达式除外） Y 使用者适配该变更当标识号检测 (is 和 is not) 与特定类型的字面值 (例如字符串和数字) 一同使用时编译器现在会产生 SyntaxWarning。该警告会建议用户改用相等性检测 (== and !=) 修改 bugfix 3.8 当标识号检测 (is 和 is not) 与特定类型的字面值 (例如字符串和数字) 一同使用时编译器现在会产生 SyntaxWarning。该警告会建议用户改用相等性检测 (== and !=) Y 使用者适配该变更从内置类型 bool, int, float, complex 和标准库的一些类中移除了 __str__ 实现。它们现在会从 object 继承 __str__()。作为结果，在这些类的子类中定义 __repr__() 方法将会影响它们的字符串表示修改 bugfix 3.8 从内置类型 bool, int, float, complex 和标准库的一些类中移除了 __str__ 实现。它们现在会从 object 继承 __str__()。作为结果，在这些类的子类中定义 __repr__() 方法将会影响它们的字符串表示 Y 使用者适配该变更 subprocess.Popen的preexec_fn参数不再与子解释器兼容。在子解释器中使用该参数会引起RuntimeError 修改 bugfix 3.8 subprocess.Popen的preexec_fn参数不再与子解释器兼容。在子解释器中使用该参数会引起RuntimeError Y 使用者适配该变更当传入多模数据时 statistics.mode() 函数不会再引发异常修改 bugfix 3.8 当传入多模数据时 statistics.mode() 函数不会再引发异常 Y 使用者适配该变更 tkinter.ttk.Treeview 类的 selection() 方法不再接受参数。带参数调用该方法来改变选择在 Python 3.6 中已弃用。请使用专门方法例如 selection_set() 来改变选择修改 bugfix 3.8 tkinter.ttk.Treeview 类的 selection() 方法不再接受参数。带参数调用该方法来改变选择在 Python 3.6 中已弃用。请使用专门方法例如 selection_set() 来改变选择 Y 使用者适配该变更附带 'r' 旗标打开的 dbm.dumb 数据库现在将是只读的。如果数据库不存在，附带 'r' 和 'w' 旗标的 dbm.dumb.open() 不会再创建数据库修改 bugfix 3.8 附带 'r' 旗标打开的 dbm.dumb 数据库现在将是只读的。如果数据库不存在，附带 'r' 和 'w' 旗标的 dbm.dumb.open() 不会再创建数据库 Y 使用者适配该变更现在当自定义元类未在传给 type.__new__ 的命名空间中提供 __classcell__ 入口时将引发 RuntimeError。在 Python 3.6--3.7 中是则是引发 DeprecationWarning 修改 DFX增强 3.8 现在当自定义元类未在传给 type.__new__ 的命名空间中提供 __classcell__ 入口时将引发 RuntimeError。在 Python 3.6--3.7 中是则是引发 DeprecationWarning Y 使用者适配该变更现在所有平台下的 mmap.flush() 方法都会在成功时返回 None 并在错误时引发异常。之前 Unix 下会在成功时返回零；在失败时引发错误。修改 bugfix 3.8 现在所有平台下的 mmap.flush() 方法都会在成功时返回 None 并在错误时引发异常。之前 Unix 下会在成功时返回零；在失败时引发错误。 Y 使用者适配该变更从只读的 dbm 数据库 (dbm.dumb, dbm.gnu 或 dbm.ndbm) 删除键将会引发 error (dbm.dumb.error, dbm.gnu.error 或 dbm.ndbm.error) 而不是 KeyError 修改 DFX增强 3.8 从只读的 dbm 数据库 (dbm.dumb, dbm.gnu 或 dbm.ndbm) 删除键将会引发 error (dbm.dumb.error, dbm.gnu.error 或 dbm.ndbm.error) 而不是 KeyError Y 使用者适配该变更当将 'socket' 作为 name 形参传入时，函数 asyncio.BaseTransport.get_extra_info() 现在会返回一个可安全使用的套接字对象修改 bugfix 3.8 当将 'socket' 作为 name 形参传入时，函数 asyncio.BaseTransport.get_extra_info() 现在会返回一个可安全使用的套接字对象 Y 使用者适配该变更 PyEval_ReInitThreads() 函数已从 C API 中移除。它不应当被显式地调用；请改用 PyOS_AfterFork_Child() 修改 bugfix 3.8 PyEval_ReInitThreads() 函数已从 C API 中移除。它不应当被显式地调用；请改用 PyOS_AfterFork_Child() Y 使用者适配该变更在 Unix 上，C 扩展不会再被链接到 libpython, 当 Python 被嵌入时，libpython 不可使用 RTLD_LOCAL 加载，而要改用 RTLD_GLOBAL。修改 bugfix 3.8 在 Unix 上，C 扩展不会再被链接到 libpython, 当 Python 被嵌入时，libpython 不可使用 RTLD_LOCAL 加载，而要改用 RTLD_GLOBAL。 Y 使用者适配该变更移除了操作码 BREAK_LOOP, CONTINUE_LOOP, SETUP_LOOP 和 SETUP_EXCEPT。添加了新的操作码 ROT_FOUR, BEGIN_FINALLY, CALL_FINALLY 和 POP_FINALLY。修改了 END_FINALLY 和 WITH_CLEANUP_START 的行为修改 bugfix 3.8 移除了操作码 BREAK_LOOP, CONTINUE_LOOP, SETUP_LOOP 和 SETUP_EXCEPT。添加了新的操作码 ROT_FOUR, BEGIN_FINALLY, CALL_FINALLY 和 POP_FINALLY。修改了 END_FINALLY 和 WITH_CLEANUP_START 的行为 Y 使用者适配该变更 platform.dist()和linux_distribution()已经被删除修改 bugfix 3.8 platform.dist()和linux_distribution()已经被删除 Y 使用者适配该变更

2 2

答复: TC review提醒 2020/06/01 软件包管理规范检视
by Hexiaowen (Hex, EulerOS) 06 Jun '20

06 Jun '20

Hi all：这个PR 是关于软件管理、选型相关的内容。https://gitee.com/openeuler/community/pulls/495 大家讨论比较激烈，已经根据大家意见做了刷新。烦请大家挑毛病，提建议。何晓文（@overweight） Tel : +86 18042018786 Email : hexiaowen(a)huawei.com 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年6月2日 9:39 收件人: 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org> 抄送: Xiongwei (William, Euler) <xiongwei888(a)huawei.com>; Xiehong (Cynthia) <xiehong(a)huawei.com>; Zhanghailiang <zhang.zhanghailiang(a)huawei.com>; Guohanjun (Hanjun Guo) <guohanjun(a)huawei.com>; Xiexiuqi <xiexiuqi(a)huawei.com>; Wangxun (Dream) <dream.wangxun(a)huawei.com> 主题: TC review提醒 2020/06/01 软件包管理规范检视 Hi TC & dev members：关于软件包管理，这个提交整理了一个初稿，涉及引入、退出、选型升级。 https://gitee.com/openeuler/community/pulls/495 请各位TC成员、及社区开发者检视，并充分讨论。 Thanks

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-06-08 20:00-20:30
by 403975152 05 Jun '20

05 Jun '20

Topic sig-ai-bigdata regular meeting Time 2020-06-08 20:00-20:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 556 377 019   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

release management 目录
by Jiangzhenhua (Ronnie, Kunpeng Computing) 04 Jun '20

04 Jun '20

建议maintainer 先定义清楚repo下面的目录，repo源下有个readme，说明每个目录的用途，后面大家创建目录，或者文件，就可以有参照了。大家觉得呢？ Best Regards Ronnie Jiang 姜振华 [智能计算email签名图档] 姜振华 Ronnie Jiang 华为智能计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 深圳龙岗坂田华为基地F4-6-B071S HUAWEI Area F4-6-B071S, Bantian, Longgang District,Shenzhen 518129, P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com>

2 1

Re: 移植 openEuler 至 RK3399 平台
by 方亚芬 03 Jun '20

03 Jun '20

吴超超同学，你好，欢迎报名参加这个任务。我是这个项目负责人之一，gitee ID：woqidaideshi，有问题欢迎联系。参与任务需要在官方网站报名，报名链接：https://isrc.iscas.ac.cn/summer2020/help/student.html#%E5%AD%A6%E7%94%9F%E5%A6%82%E4%BD%95%E6%8A%A5%E5%90%8D 。谢谢。 -----原始邮件----- 发件人:"super jxwcsuper" <jxwcsuper(a)gmail.com> 发送时间:2020-06-03 09:04:01 (星期三) 收件人: hexiaowen(a)huawei.com, yafen(a)iscas.ac.cn 抄送: 主题: 移植 openEuler 至 RK3399 平台导师：您好我是吴超超，是东莞理工大学的在读研究生，我的研究方向是物联网，同时我对机器视觉也有着浓厚的兴趣，想向嵌入式机器视觉发展，我对您的这个移植openEuler至RK3399平台的项目很感兴趣，希望能够有机会在您的指导下完成这个开源项目，下面是我的简历，希望您能够考虑一下，谢谢。祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

请问文件监控工具 entr 应加入哪个SIG？
by clouds 02 Jun '20

02 Jun '20

大家好，文件监控工具 [entr](http://eradman.com/entrproject/) 的RPM包已在 OpenEuler 系统中通过安装验证，请问应该加入哪个 SIG，另外是否有关于向社区提交包的流程文档链接？谢谢。

2 1

TC review提醒 2020/06/01 软件包管理规范检视
by Hexiaowen (Hex, EulerOS) 02 Jun '20

02 Jun '20

Hi TC & dev members：关于软件包管理，这个提交整理了一个初稿，涉及引入、退出、选型升级。 https://gitee.com/openeuler/community/pulls/495 请各位TC成员、及社区开发者检视，并充分讨论。 Thanks

1 0

答复: “移植 openEuler 至 RK3399 平台”项目申请
by Hexiaowen (Hex, EulerOS) 01 Jun '20

01 Jun '20

后续交流的邮件，可以发到dev(a)openeuler.org<mailto:可以发到dev@openeuler.org> 首先非常欢迎你参与openEuler的社区项目，为openEuler社区贡献自己的力量。 Woqidaideshi(玉芬) yafen(a)iscas.ac.cn<mailto:yafen@iscas.ac.cn> 是这个项目的具体负责人。xiaowen_he这是我的微信号，我们也可以微信群组交流。当前处于项目发布阶段，我们在制定项目相关的具体实施计划和运作流程。我们建议你提前熟悉openEuler社区相关的开发流程，试用openEuler。何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image002.png@01D63802.7498F680] 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:407860076@qq.com] 发送时间: 2020年5月30日 20:29 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: “移植 openEuler 至 RK3399 平台”项目申请尊敬的导师：您好！我是中国地质大学（北京）控制工程专业研一学生王力猛，研究方向为嵌入式系统。学生对linux系统操作及linux内核有所学习，基本掌握C++和Python编程语言。与同实验室同学一同参与竞赛项目，具有良好的团队合作能力，同时对于新知识有着浓厚的学习兴趣。学生对openEuler社区任务列表中的“No.88-移植openEuler至RK3399平台”（https://gitee.com/openeule… 最后祝老师身体健康、事业有成！

1 0

你好，请问ShellCheck和shfmt仓新上线https://gitee.com/src-openeuler，需要加入哪个SIG？
by Wangyushui 01 Jun '20

01 Jun '20

l ShellCheck<https://github.com/koalaman/shellcheck> 是一款实用的 shell脚本静态检查工具。 l shfmt<https://github.com/mvdan/sh>是一款对shell脚本进行格式化工具，可以让代码格式更加美观，易于阅读 ________________________________

4 3

会议纪要：【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-28 18:30-19:00
by 403975152 28 May '20

28 May '20

与会人：sinever，Hubble_Zhu, traffic_millions, njlzk, Anonymous_Z, Liusheng, zhaobo, zhengzhenyu, Hexiujun, wangxiyuan, Wangli, zhangmiao 整体计划：规划在openEuler 20.03LTS和openEuler20.09版本上线AI和大数据重点软件包，聚焦如下几个软件包发力 AI: tensorflow, pytorch BigData: spark, mapreduce, yarn, hdfs, flink, hbase, hive 会上问题：问题1: 验证各个软件包功能的策略？结论: 仅测试基本功能。测试全部功能工作量大，一些扩展特性也不支持所有平台。问题2：软件包的依赖包有问题如何处理？   举例：flink当前主线版本编译没问题，基本功能没问题。但在使用一些扩展功能的时候。发现依赖的netty有问题   当前解决方案：本地重新构建netty替换原有so。结论：依据功能特点和修复难度来决策   如果是扩展功能，不解决   如果是基本功能，并且通过简单制作私有patch的方法可以解决，那就用私有patch解决   如果是基本功能，但是修复难度较大不好解决，那就先放一放。下一步计划： Hubble_Zhu: 1. 建议尽快验证大数据关键包在openEuler arm环境上的执行，编译 2. 负责MapReduce，hdfs，flink，hive，hbase上线 traffic_millions: 1. 建议尽快推动dlib代码上openEuler，尽快闭环 2. 建议自己使用一下dlib api 3. 负责spark上线 njlzk: 1. 负责pytorch上线 Anonymous_Z 1. 建议尽快验证jupyter基本功能在openEuler arm上运行，前期工作尽快闭环 2. 负责yarn上线 sinever: 1. 规划软件包版本的选型策略 2. 规划软件包的更新策略 3. 负责TensorFlow上线 Hubble Zhu QQ:      403975152 TEL:     18565630552 E-mail: 403975152(a)qq.com   ------------------ 原始邮件 ------------------ 发件人: "朱恒博"<403975152(a)qq.com>; 发送时间: 2020年5月28日(星期四) 上午9:43 收件人: "dev"<dev(a)openeuler.org>;"tc"<tc(a)openeuler.org>;"sig-ai-bigdata"<sig-ai-bigdata(a)openeuler.org>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-28 18:30-19:00 Topic sig-ai-bigdata regular meeting Time 2020-05-28 18:30-19:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 424 821 546   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视； 2. TC例会思想传达 3. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

OpenJFX is launching!
by hedongbo 28 May '20

28 May '20

JavaFX/OpenJFX is a set of graphics and media APIs that enables Java developers to design, create, test, debug, and deploy rich client applications that operate consistently across diverse platforms. We have set up a repo request[1] in openEuler, Bytedance may need JavaFX, too. [1] https://gitee.com/openeuler/community/pulls/492

1 0

希望参与 Python 和函数式语言相关的工作
by clouds 28 May '20

28 May '20

大家好，我是一名数据分析工程师，工作中使用 Python 和 R 比较多，对函数式语言也比较感兴趣，比如 Ocaml，Clojure, Racket, Julia 等，有多年使用 Linux （以 Debian 系发行版为主，也使用过 CentOS）经验，希望能够参与 SIG Programming-language 方面的工作，谢谢。 clouds

2 1

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-28 18:30-19:00
by 403975152 28 May '20

28 May '20

Topic sig-ai-bigdata regular meeting Time 2020-05-28 18:30-19:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 424 821 546   Convener Hubble_Zhu   Agenda 1. sig成员前期工作审视； 2. TC例会思想传达 3. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 0

TC meeting 议题刷新
by myeuler 27 May '20

27 May '20

本次的TC meeting定于周三上午10点，请大家申报议题，目前有如下的几个议题： * SIG申请申请成立sig-python-modules SIG组，收集Python的各种module，通过自动化工具进行软件包的生成申请成立sig-perl-modules SIG组，收集perl的各种module，通过自动化工具进行软件包的生成。申请成立sig-release-management SIG组，协同厂商做release的roadmap，特性对齐等。申请成立sig-gnome SIG组，负责补齐openEuler的gnome应用生态申请成立open-CV SIG组。 https://gitee.com/openeuler/community/pulls/480讨论。是否批准auto_py2to3成立一个SIG https://gitee.com/openeuler/community/pulls/460，成立sig-REDF决策。 * openEuler-Advisor进展介绍。 * openEuler/pyporter工具介绍和后续开发计划介绍。 * sig-ai-bigdata工作进展，下一步计划和roadmap汇报 * RISC-V SIG roadmap ，进展介绍，以及部分RISC-V 软件包版本决策。

3 3

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-28 18:30-19:00
by Meeting Book 27 May '20

27 May '20

1 0

RISC-V SIG 会议纪要答复: [Tc] TC meeting 议题刷新
by zhangxuzhou 27 May '20

27 May '20

* RISC-V SIG roadmap ，进展介绍，以及部分RISC-V 软件包版本决策。遗留问题： 1．对openEuler源码包有修改的尽快推到主线；需要和负责人同步社区支持RISC-V 的软件包版本信息，必要的推动升级； 2．源码包名称中不应带有arch 标识，需要确定原因并重新构建 3．与Release SIG 对齐gcc、glibc、gdb在 20.09 版本上的策略，确定最终使用的版本； 4．与Release SIG 对齐 RISC-V 版本使用的kernel 版本计划 5．在openEuler/ autobuild-openeuler4riscv -增加文档介绍如何得到最小系统的软件包列表发件人: myeuler [mailto:myeuler@163.com] 发送时间: 2020年5月26日 11:29 收件人: openEuler技术委员会 <tc(a)openeuler.org>; openEuler-dev <dev(a)openeuler.org> 主题: [Tc] TC meeting 议题刷新本次的TC meeting定于周三上午10点，请大家申报议题，目前有如下的几个议题： * SIG申请申请成立sig-python-modules SIG组，收集Python的各种module，通过自动化工具进行软件包的生成申请成立sig-perl-modules SIG组，收集perl的各种module，通过自动化工具进行软件包的生成。申请成立sig-release-management SIG组，协同厂商做release的roadmap，特性对齐等。申请成立sig-gnome SIG组，负责补齐openEuler的gnome应用生态申请成立open-CV SIG组。 https://gitee.com/openeuler/community/pulls/480讨论。是否批准auto_py2to3成立一个SIG https://gitee.com/openeuler/community/pulls/460，成立sig-REDF决策。 * openEuler-Advisor进展介绍。 * openEuler/pyporter工具介绍和后续开发计划介绍。 * sig-ai-bigdata工作进展，下一步计划和roadmap汇报 * RISC-V SIG roadmap ，进展介绍，以及部分RISC-V 软件包版本决策。

1 0

[RM] Release Manager Team Meeting Minutes 20200526
by Jiangyumin (Jimmy) 26 May '20

26 May '20

Release Manager Team Meeting Minutes 20200526 Time: 9:10 �C 10:30 on Tuesday, May 26, 2020 Attendee: Release Manager Team Summary: Jiang Yumin Conclusion:�� һ�� Sig��&Maintainner��ؼ��ơ��Ͳ��Խ��ȡ��ؼ��Խ��£� Related SIG team and maintainer aligns the progress of key feature Design, Coding, and Testing. The progress of key features is as follows�� n OS��ȷ��1069��һ��601��303��ģ��173��,��79%�� OS Dependency Package: 1069 software packages to be supplemented have been sorted out, the development of the first batch of 601 software packages has been started, and completed 303 rectifications and compiled 173. The overall progress is 79%. n ��ƽ̨��裺��Ͳ��ƺ�ԭ��֤��60%�� Package Management: Completed software package dependency management and patch tracing, completed design and prototype verification, and started development. The overall progress is 60%. n ��ƽ̨��𡢵��ּ��ɣ��뿪��׶�, ��չ30%��ݴ��Դ�빹��70%��lkp-test/��Դ��40%�� Community Testing Platform: The deployment and scheduling tasks are completed by level, and the development progress 30%. Data processing and source code building: 70%; klp-test/open-source use case design: 40%. n OS��---��ȿ�ܼ��2P MySQL��ݿ�mix��4P MariaDB��ݿ��Ŀ��Ѵ�ɡ�MySQL��ŵĲ�Ʒ��Ҫ��ʼ�� Domain-based scheduling framework technology: The 2P MySQL database mix scenario and Kunpeng 4P MariaDB database optimization objectives have been achieved. The product implementation of MySQL tuning will start. n OS��---A-Ops��(�ں��滻)��չ55%��Ӧ�ó��ڴ�PIN/�ָ��Լ��ҳ��Ϣ��ɴ��뿪��֤��ɿ��Լӹ̽׶Ρ�CNOS��ܼ��տ�Դ��ʽ��ɿ�� A-Ops technology (hot kernel replacement): The overall requirement progress is 55%. The code development for application memory PIN/recovery and restart page information storage has been completed, and the test verification and reliability hardening phases have started. CNOS framework continues to complete development in the community in open source manner. n ��Ὺ��ͳһͨ��ӻ��巽ʽ��֣��ݹ�һ��⻯��Ҳ�� Subsequent meeting development progress is uniformly presented through visual board, and the content is unified presentation (the virtual feature is also included). �� ⡣ 1��ȷ��Դ��1->N��У��SIG��(��ؿ��ϴ��)�ֱ��Ƿ��Ҫ��ѭ��˾�µĿ�Դ��Ҫ�� During the 1-> N incubation process in open source community, clarify whether the new SIG and features (local development, upload community) need to follow the company��s new open source rule. Mingpei

1 0

【Meeting Notice】TC meeting Time: 2020-05-27 10:00-12:30
by Meeting Book 26 May '20

26 May '20

1 0

TC meeting 议题
by myeuler 25 May '20

25 May '20

本次的TC meeting定于周三上午10点，请大家申报议题，目前有如下的几个议题： 1. 申请成立sig-python-modules SIG组，收集Python的各种module，通过自动化工具进行软件包的生成 2. 申请成立sig-perl-modules SIG组，收集perl的各种module，通过自动化工具进行软件包的生成。 3. 申请成立open-CV SIG组。 4. https://gitee.com/openeuler/community/pulls/480讨论。是否批准auto_py2to3成立一个SIG 5. https://gitee.com/openeuler/community/pulls/460，成立sig-REDF决策。 6. openEuler-Advisor进展介绍。 7. openEuler/pyporter工具介绍和后续开发计划介绍。 8. sig-ai-bigdata工作进展，下一步计划和roadmap汇报 9. RISC-V SIG roadmap ，进展介绍，以及部分RISC-V 软件包版本决策。如果有其它议题，请大家申请，议题排序依然是SIG组申请优先讨论。谢谢

2 1

TC meeting 议题列表
by myeuler 25 May '20

25 May '20

本次的TC meeting定于周三上午10点，请大家申报议题，目前有如下的几个议题： 1. 申请成立sig-python-modules SIG组，收集Python的各种module，通过自动化工具进行软件包的生成 2. 申请成立sig-perl-modules SIG组，收集perl的各种module，通过自动化工具进行软件包的生成。 3. 申请成立open-CV SIG组。 4. https://gitee.com/openeuler/community/pulls/480讨论。是否批准auto_py2to3成立一个SIG 5. openEuler-Advisor进展介绍。 6. openEuler/pyporter工具介绍和后续开发计划介绍。 7. sig-ai-bigdata工作进展，下一步计划和roadmap汇报如果有其它议题，请大家申请，议题排序依然是SIG组申请优先讨论。谢谢

1 0

TC meeting topic collection
by myeuler 25 May '20

25 May '20

本次的TC meeting定于周三上午10点，请大家申报议题，目前有如下的几个议题： 1. 申请成立sig-python-modules SIG组，收集Python的各种module，通过自动化工具进行软件包的生成 2. 申请成立sig-perl-modules SIG组，收集perl的各种module，通过自动化工具进行软件包的生成。 3. 申请成立open-CV SIG组。 4. https://gitee.com/openeuler/community/pulls/480讨论。是否批准auto_py2to3成立一个SIG 5. openEuler-Advisor进展介绍。 6. openEuler/pyporter工具介绍和后续开发计划介绍。如果有其它议题，请大家申请，议题排序依然是SIG组申请优先讨论。谢谢

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-23 10:30-12:00
by 正心 24 May '20

24 May '20

1 1

[RM] Release Manager Team Conference notification 0526
by Jiangyumin (Jimmy) 22 May '20

22 May '20

Release Manager Team Meeting 0526 会议时间 2020年5月26日（周二）9:00 -11:00 会议地点 Web 会议主题 Release Manager Team Meeting 召集人 MarlonMa 与会人 Release Manager Team 会议议题 Fixed topics： ? Key Features Design and Development Progress ? Discussion on risks and key issues Arrange other topics as needed. 会议ID Join Conference Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=382945312&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/382945312> Meeting ID 382 945 312 注意事项 1、请勿迟到、早退； 2、会议期间，请将手机设为振动或会议状态； 3、请控制会议时间，及时输出会议纪要，让我们开一个高效的会！

1 0

【Meeting Notice】Release Manager Team Meeting 0526 Time: 2020-05-26 09:00-11:00
by Meeting Book 22 May '20

22 May '20

1 0

[CMake ] CMake从v3.12之后增加了不少新特性，为了使能新特性，SIG组准备近期在openEuler 开发分支将CMake升级到 v3.17.2版本，验证通过后合入20.3 LTS 分支。邮件后面是CMake 版本差异分析，诸位如果使用CMake 并且分析升级后可能存在影响，请尽快告知我们，多谢
by Licihua 21 May '20

21 May '20

CMake�� 1 CMake�� CMake��v3.12֮��˲��ԣ�Ϊ��ʹ��ԣ�׼��openEuler ��֧��CMake�� v3.17.2�汾��֤ͨ��20.3 LTS ��֧��ʼ��CMake �汾��λ��ʹ��CMake ��ҷ��ܴ��Ӱ�죬�뾡��֪��ǡ� 2 CMake�� ͨ��ɾ��ͱ��Linux��Ӱ��ģ��Ӱ��1��߰汾��CMake��export(PACKAGE) ��ֻ��ͨ��CMAKE_EXPORT_PACKAGE_REGISTRY��Ż��Ч��Ȼ��ִ��κβ��(�漰��ܲ��Ч��ڸ߰汾��ʹ��ǰ��CMAKE_EXPORT_PACKAGE_REGISTRY��) 3 �� 3.1 �� (1) CMake��Visual Studio��XCode��Green Hills MULTI��޸ĺ�� (2) CMake��˶�Object C��Object C++��CUDA��Ե�֧�֡� (3) CMake��˶��ɱ��֧�֡� (4) CMake��֧�� ʹ�ü򵥵Ĺ��ļ��iOS��tvOS��watchOS<https://cmake.org/cmake/help/v3.15/manual/cmake-toolchains.7.html#cross-com…>��н��<https://cmake.org/cmake/help/v3.15/manual/cmake-toolchains.7.html#cross-com…>�� ͻ��x86_64��aarch64�ܹ��Linux�ں˵�EulerOS��ϵͳû�й�ϵ�� 3.2 ��޸� (1) CMake��v3.14��Ժ��һ��ļ��API��ṩ��ḻ��﷨��ּ��ȡ��cmake-server<https://cmake.org/cmake/help/v3.15/manual/cmake-server.7.html#manual:cmake-…>��IDEģʽ��(��v3.15��ǿ��δ��Ὣcmake-server�Ƴ��ʹ��cmake-file-api��v3.17��cmake-server��Ȼ��ڣ��ܹ��¼��)�� 3.3 ��޸� (1) cmake��ѡ��-S <source_dir>��ָ��ԴĿ¼λ�ã��ѡ��-B��ʹ�á�(��¼��) (2) cmake��ѡ��-B<build_dir>��ָ��buildĿ¼��ѡ��-S��ʹ�á�(��¼��) (3) cmake �CE <create_sysmlink>��Windows��ʹ�á�(��¼��) (4) cmake ��ģʽ(cmake --build)��ˡ�verbose��-vѡ��ָ��ϸ�Ĺ��ĳЩ��Xcode��֧�ִ�ѡ�(��¼��) (5) cmake -E compare_files��һ�� --ignore-eolѡ���ָ��ڱȽ��ļ�ʱӦ��β��죨��LF��CRLF��(��¼��) (6) cmake-gui<https://cmake.org/cmake/help/v3.15/manual/cmake-gui.1.html#manual:cmake-gui…>�Ի��µ�-S��-B��ȷָ��Դ�ļ��Ŀ¼��(��¼��) (7) ��CMAKE_CENERATOR��ʹ��cmakeû��-Gѡ��ʱ��ָ��һ��Ĭ��(��¼��) (8) cmake �Cbuild�� Ctarget��˶Զ��Ŀ��֧�֡�(��¼��) (9) cmake��һ��installѡ���ܹ��ڹ��һ��Ŀ��а�װ��ʹ��ʹ��ɵĹ��ϵͳ�򱾻��ߡ�(��¼��) (10) cmake��һ��µ�CLIѡ�loglevel��(��¼��) (11) cmake �CE remove_directory��й��֧��ɾ��Ŀ¼��(��¼��) (12) cmake �CE tar��ɹ��ܡ�(��¼��) (13) cmake -E��֧��true��false����Ƿֱ𷵻�0��1��˳��ʱ��ִ��κβ��(��¼��) (14) cmake��һ��trace-redirect=<file>��ѡ���ڽ�--trace��ض��ļ��stderr��(��¼��) (15) cmake --loglevel��ѡ��Ϊ--log-level��ʹ��ѡ��һ�¡�(��--loglevel��¼��) (16) cmake��ˡ�debug-find��ѡ���find_*��ʱ�õ��ɶ��(��¼��) (17) cmake��ˡ�trace-fromatѡ��á�trace��ʽ��ǰ��֧�־ɵ��ɶ��ʽ��µ�JSON��ʽ��µ�JSON��ʽ��и�ʽ��Զ��(��¼��) (18) cmake��-E rm��ɾ��Ŀ¼��ļ��ȡ��е�-E remove��-E remove_directory��и��õ��Ч��(�ɵ��ѡ��ɱ��¼��) 3.4 ��޸� ��ڱ�дCmakeLists.txt�ļ�ʱ�õ��ִ��ĳ��ʹ�ø�ʽ��:Command(operation)��eg. add_subdirectory(src bin)�� (1) add_custom_command()he add_custom_target()��WORKING_DIRECTORYѡ��֧��ʽ��(��¼��) (2) add_link_options()��ڵ�ǰĿ¼��ѡ�(��¼��) (3) ��install(Ŀ¼)��װ�ڵ�ǰĿ¼֮�ⴴ��Ŀ�ꡣ(��¼��) (4) link_directories��˿��Ʋ��λ�õ�ѡ�(��¼��) (5) list��ڿ��ƶ��Ŀ��н��ıȽϲ��ѡ�(��¼��) (6) math��˻�ȡ16��Ƶ�ѡ�(��¼��) (7) target_link_directories��ΪĿ�꼰��ָ��Ŀ¼��(��¼��) (8) target_link_options()��ΪĿ��ָ��ѡ�(��¼��) (9) target_link_libraries()��ڿ��Ե��޸��ڵ�ǰĿ¼֮�ⴴ��Ŀ�ꡣ(��¼��) (10) file()<https://cmake.org/cmake/help/v3.15/command/file.html#command:file>��һ��µ��CREATE_LINK��ڴ��Ӳ��ӻ��ӡ�(��¼��) (11) file()��һ��µ��READ_SYMLINK��ȷ��ָ��·��(��¼��) (12) file()��һ��SIZEģʽ��ȡ��һ��ļ��Ĵ�С��(��¼��) (13) find_package()��ѡ��Ľ��ļ�·��еķ��ӡ�(��¼��) (14) if()<https://cmake.org/cmake/help/v3.15/command/if.html#command:if>��֧�ּ��﷨�Ƿ��˻��Ĺ�� (��¼��) (15) try_compile()<https://cmake.org/cmake/help/v3.15/command/try_compile.html#command:try_com…> �� try_run()<https://cmake.org/cmake/help/v3.15/command/try_run.html#command:try_run>��LINK_OPTIONSѡ�(��¼��) (16) add_library()��ALIASѡ��֧��UNKNOWN��͵ĵ��⡣(��¼��) (17) cmake_parse_arguments()��<prefix>_KEYWORDS_MISSING_VALUES��Ը�֪��߸��ֵ�Ĺؼ��ֲ��(��¼��) (18) execute_process()��COMMAND_ECHOѡ�֧��CMAKE_EXECUTE_PROCESS_COMMAND_ECHO��ִ��֮ǰ��ַ��ԡ�(��¼��) (19) file��һ��µĲ��FOLLOW_SYMLINK_CHAIN��ò�� ڵݹ��Ͱ�װ��ӡ�(��¼��) (20) list()��µ��PREPENDF��POP_FRONT��POP_BACK��(��¼��) (21) string()��µ��REPEAT��(��¼��) (22) add_test()��COMMAND_EXPAND_LISTSѡ�ʵ��COMMAND��е��б��չ��ʽ��б��(��¼��) (23) file��GET_RUNTIME_DEPENDENCIES��Եݹ��ȡ�ɿ�ִ��ļ��ӵĿ��б��ּ��GetPrerequisites<https://cmake.org/cmake/help/v3.16/module/GetPrerequisites.html#module:GetP…>��(��¼��) (24) ��target_precompile_headers()��ָ��ҪԤ��ı�ͷ�б��Լӿ��ٶȡ�(��¼��) (25) ��add_custom_command()<https://cmake.org/cmake/help/v3.17/command/add_custom_command.html#command:…>��ָ��ڵ�ǰ��Ŀ¼�н��DEPENDS��·��(��¼��) (26) foreach()��ZIP_LISTSѡ���ͬʱ��б��(��¼��) (27) load_cache��ģʽ��ڿ��ʹ��cmake �CP��нű��(��¼��) (28) message()<https://cmake.org/cmake/help/v3.17/command/message.html#command:message>��µĹؼ��CHECK_START�� CHECK_PASS��CHECK_FAIL��(��¼��) 3.5 ��޸� (1) FindQt<https://cmake.org/cmake/help/v3.15/module/FindQt.html#module:FindQt> ģ�鲻�ٱ� find_package()<https://cmake.org/cmake/help/v3.15/command/find_package.html#command:find_p…> ��Ϊ��ģ�顣��Qt Project��ξͿ��ѡ��ṩ��Լ��QtConfig.cmake��ļ��Ӧ�ó��ͨ��find_package(Qt)�� find_package(Qt CONFIG)��Ӧ��(��漰����¼��) (2) ��export(PACKAGE)<https://cmake.org/cmake/help/v3.15/command/export.html#command:export> ��ֻ��ͨ��CMAKE_EXPORT_PACKAGE_REGISTRY<https://cmake.org/cmake/help/v3.15/variable/CMAKE_EXPORT_PACKAGE_REGISTRY.h…>��Ȼ��ִ��κβ��(�漰��ܲ��Ч��ʹ��ǰ��CMAKE_EXPORT_PACKAGE_REGISTRY<https://cmake.org/cmake/help/v3.15/variable/CMAKE_EXPORT_PACKAGE_REGISTRY.h…>��) (3) ��ɱ��ģ��Ȳ��ʹ�ã��δ��汾�н��Ƴ��v3.17�о�� 4 �� ݴ󲿷ֲο�CMake Release Note��CMake User Manual��CMakeʵ��ʹ�þ��鲻�㣬��©��λר�Ҷ�� λ� ŷ��-2012 ʵ�� Ϊ��޹�˾ Tel : +86 15158056404 Email : licihua(a)huawei.com [cid:image001.png@01D62FAC.E7B3F7E0] 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

最近发现软件包归属领域和sig描述不符合，建议各位maintainer审视并作出调整
by solar.hu＠foxmail.com 21 May '20

21 May '20

hi all：最近发现软件包归属领域和sig描述不符合，提了如下issue https://gitee.com/openeuler/community/issues/I1HWHK?from=project-issue 建议各个sig maintainer审视软件包领域是否正确，并与对应sig达成一致并发起变更。如果无法达成一致，请填写如下文件，会有专人跟踪，并提交tc审核。 https://etherpad.openeuler.org/p/pkg_discussion_list solar.hu(a)foxmail.com

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-21 18:30-20:00
by Meeting Book 21 May '20

21 May '20

2 1

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-21 18:30-20:00
by 正心 17 May '20

17 May '20

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-05-21 18:30-20:00
by Meeting Book 17 May '20

17 May '20

1 0

Upgrade GCC to 9.3.0
by guoge (A) 15 May '20

15 May '20

Hi, dev-team GCC 9.3 has been released on 2020-03-12, and we are ready to upgrade the master branch now. The kernel repo can be compiled through gcc 9.3, no changes needed. Below are the repos that may need to change a little bit, since gcc 9.3 provides libgfortran.so.5, no libgfortran.so.4 provides anymore. atlas future gegl04 gutenprint liberation-fonts liberation-sans-fonts nototools Numpy pcp pygtk2 python-fonttools python-pandas python-pillow python-scikit-learn scipy sil-padauk-fonts suitesparse xsane gimp libvma perl-Archive-Zip perl-MIME-Types the upgrade would be done on May 14th [1], the maintainer of the repos above should look at the daily build report. [1] https://gitee.com/src-openeuler/gcc/pulls/5

3 2

openEuler 能否默认配置 repos 官方源
by mfl 15 May '20

15 May '20

测试在华为云 ECS 通过自定义镜像的方式安装了 openEuler(4.19.90-2003.4.0.0036.oe1.aarch64) ,安装成功后发现 yum ,dnf 默认都没有源配置，建议 openEuler 能在ISO 安装配置默认源。

2 1

回复：答复: sig 组中 Base-service 的 nodejs rmp 包维护者咨询
by xiaoshen＠isrc.iscas.ac.cn 15 May '20

15 May '20

1 0

答复: sig 组中 Base-service 的 nodejs rmp 包维护者咨询
by Hexiaowen (Hex, EulerOS) 14 May '20

14 May '20

胡峰，nodejs找个人接口下xiaoshen 何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image002.png@01D62A23.A1175090] 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! 发件人: Zhuyanpeng 发送时间: 2020年5月13日 19:30 收件人: xiaoshen(a)isrc.iscas.ac.cn 抄送: Xiongwei (William, Euler) <xiongwei888(a)huawei.com>; Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 答复: [Dev] sig 组中 Base-service 的 nodejs rmp 包维护者咨询 https://gitee.com/openeuler/community/blob/master/sig/Base-service/OWNERS 发件人: xiaoshen--- via Dev [mailto:dev@openeuler.org] 发送时间: 2020年5月12日 12:23 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: [Dev] sig 组中 Base-service 的 nodejs rmp 包维护者咨询您好，我是 sig-cms 组的维护者，我维护的开源项目涉及到 Base-service 的 nodejs，有些问题想咨询一下，您这边能提供一个对接人吗？谢谢！

1 0

Re: sig-ai-bigdata
by 正心 13 May '20

13 May '20

既然这样，那太好了，可以从你最熟悉的地方入手，比如你使用的big data是什么软件栈，可以尝试把你现在用的软件栈(可以具体看)迁移到openeuler上(x86_64和aarch64)，看openeuler上能否满足功能、性能要求，然后我们去弥补差距，这就是很大的贡献。如果你对其他的有兴趣，也可以提出来。 1. 我们的软件库是基于centos还是需要下载源码自己编译? 你说的这些软件库是什么软件库。 2. 我在一个issue里看到您已经跑过spark和TensorFlow。那么最终提供给用户是类似于cloudera这样的集成环境还是原生包让用户选择? 咱们是操作系统，我们要从操作系统的角度思考问题：操作系统不提供这些成熟的商业软件，而是提供基础能力，即当cloudera这样的厂商或使用cloudera的人要在openeuler上使用时，能够很方面的构建、运行起来，功能、性能无损失，甚至有提高。 3. 我是否可以参加下次周会? 是周一还是周五呢？欢迎参加，后面的例会会议通知会提前发到@dev @tc 和sig-ai-bigdata@openeuler.org(筹建中，最近会OK)，所有订阅这三个邮件列表的人都可以收到，并可以接入。祝好。在 2020-05-13 20:48:56，"hao zhang" <unioah(a)gmail.com> 写道：谢谢很详细的讲解。我之前做过一些软件打包，主要是对ubuntu和 archlinux的。我本人一直从事big data方面的开发应用，也算对这一块有些了解。我想我可以先从搭建环境开始， 1. 我们的软件库是基于centos还是需要下载源码自己编译? 2. 我在一个issue里看到您已经跑过spark和TensorFlow。那么最终提供给用户是类似于cloudera这样的集成环境还是原生包让用户选择? 3. 我是否可以参加下次周会? 是周一还是周五呢？谢谢，浩 On Wed, May 13, 2020, 3:44 AM 正心 <sinever(a)126.com> wrote: 浩，你好，非常感谢你的关注，也非常欢迎你的加入。 sig-ai-bigdata的使命如同你在sig的介绍中看到的： 1. 提供openeuler上ai和bigdata的基础运行能力； 2. 提供openeuler上ai和bigdata的竞争力构建； 3. 提供openeuler上ai和bigdata的创新性预研； 4. 提供openeuler上ai和bigdata的新硬件的支持、加速； Openeuler是华为基于上游社区完全从零构建的操作系统，很多软件栈都在构建中，在因此在ai和bigdata上的支持也方兴未艾，当前的首要任务是提供openeuler上ai和bigdata的基础运行能力，包括对各种硬件、各种主流软件包、软件框架的支持，可以做的工作还是很多，如验证典型ai和bigdata软件在openeuler的支持情况，分析他们的依赖，架构梳理，并提供在openeuler的支持(基于openeuler进行构建，提供安装包)，你个人有相关经验吗，如OS打包、ai框架开发使用、bigdata框架的开发使用等或者你个人有什么想法，我们可以讨论或者根据你现有的能力和爱好安排。另外，也欢迎你介绍更多的小伙伴加入进来，一起构建ai和bigdata在openeuler上的未来，期待你的精彩表现。祝 0 error 0 warning sinever | | 正心 | | 邮箱：sinever(a)126.com | 签名由网易邮箱大师定制 On 05/13/2020 00:36, hao zhang wrote: Hi Sinever, 您好，我是新加入到openeuler sig-ai-bigdata 方向的兼职开发人员。根据这次会议的记录，我想在bigdata上面提供帮助。请问具体我可以做些什么？谢谢，浩

1 0

openeuler sig-ai-bigdata第三次例会会议纪要
by 正心 13 May '20

13 May '20

会议时间：2020.05.12 17:30 - 19:00 会议人员：Fred_Li 、cynthia_xh、chxssg、sinever、hubble_zhu、njlzk、zhangrui、xiaoweiwei 会议结论：按照议题：议题一：sig-ai-bigdata前期工作审视与总结 1.完成ai应用视角和系统视角软件栈整理初稿； 2.完成ai领域典型框架tensorflow/caffe在openeuler依赖梳理； 3.完成cml领域典型库libsvm依赖梳理； 4.完成bigdata领域典型应用jupyter依赖梳理； 5.完成引入openeuler支持ai、bigdata技术栈依赖包；议题二：sig-ai-bigdata后期工作内容和方法讨论 1.后续需要继续整理bigdata、ai领域系统视角软件栈，形成全景图； 2.后续从使用角度提供常用软件的常规基本运行能力，如tensorflow/caffe/jupyter/pytorch/hadoop/spark等，提供通常安装方法，如pip、jvm等； 3.对于高性能模式从底层开始逐渐向上支持，如tensorflow支持onednn/cuda/opencl/opencv等； 4.后面引入软件包时先整理使用方法、编译方法、软件架构、依赖关系形成readme，再引入到openeuler；议题三：sig-ai-bigdata后期工作任务分配 1.ai领域软件栈整理，责任人sinever 2.bigdata领域软件栈整理，责任人hubble_zhu、sinever 3.caffe使用方法、软件架构、编译方法、依赖关系整理，责任人njlzk 4.jupyter使用方法、软件架构、编译方法、依赖关系整理，责任人zhangrui 5.hadoop/spark/libsvm使用方法、软件架构、编译方法、依赖关系整理，hubble_zhu 6.其他人任务后续线下视情况再安排；其他： 1.openeuler后续会支持图形界面，因此一些有图形界面的软件也是很需要的； 2.后续例会尽量公开，方面感兴趣的人自行加入，sig-ai-bigdata邮件组建立前可以先使用dev(a)openeuler.com; 3.确认nvidia的相关库是否开源，责任人sinever； 4.后面从x86_64的应用迁移到aarch64可以考虑使用迁移工具； 5.需要整理出sig的roadmap，责任人sinever；

1 0

Roadmap of GCC & OpenJDK in openEuler
by guoge (A) 12 May '20

12 May '20

Hi, tc-team Please review this roadmap of GCC & OpenJDK, two of most important compilers in OS, any questions are welcomed. GCC: The currently supported gcc version is 7.3, it will be upgraded soon, and there will only be ONE existing repo of GCC, the Compiler SIG has prepared well for the next coming gcc 9.3, and it will the candidate(depends on the compatibility & performance between gcc 9.3 and 10.x) default C/C++ compiler in 20.09 LTS. The Compiler SIG has also started the work of gcc 10.1, GNU has released gcc 10.1 on May 7th. OpenJDK: We will support 3 versions of JDK in openEuler，8/LTS/latest，they are all essential components of a commercial OS. 8: Still the most popular adoption of JDK, about over 50% of applications still run on JDK 8[1]. LTS(11): newest version of LTS but incompatible with JDK 8, supporting modularity/AOT/ZGC/stream enhancement/more efficient G1GC/…, we hope developers migrate their code to Java 11 ASAP. Latest(14): OpenJDK is bootstrap but only supports version n-1, which means you can only compile JDK 14 with JDK 13, JDK 15 with JDK 14, and so on, so the latest release of JDK is needed if we want to support the next LTS(17). We have supported OpenJDK 8 & 11 now, they will be updated quarterly to get critical patch update. The next step is to support the latest version of OpenJDK(14), which is under development. [1] https://www.infoq.cn/article/2HFbAm4fDoK6meJfbKW8

1 0

[RM] Release Manager Team Meeting Minutes 20200512
by Maliang (Marlon, IT) 12 May '20

12 May '20

Release Manager Team Meeting Minutes 20200512 Time: 9:15�C10:30 on Tuesday, May 12, 2020 Attendee: Release Manager Team Summary: Marlon Ma Conclusion:�� һ��Sig��&Maintainner��ؼ��ơ��Ͳ��Խ��ȡ��ؼ��Խ��£� Related SIG team and maintainer aligns the progress of key feature Design, Coding, and Testing. The progress of key features is as follows�� n OS��ȷ��1069��һ��601��50%�� OS Dependency Package: 1069 software packages to be supplemented have been sorted out, and the development of the first batch of 601 software packages has been started. The overall progress is 50%. n ��ƽ̨��裺��Ͳ��ƺ�ԭ��֤��25%�� Package Management: Completed software package dependency management and patch tracing, completed design and prototype verification, and started development. The overall progress is 25%. n ��ƽ̨��𡢵��ּ��ɣ��뿪��׶Σ��ݴ��Դ�빹��20%��lkp-test/��Դ��30%�� Community Testing Platform: The deployment and scheduling tasks are completed by level, and the development phase starts. Data processing and source code building: 20%; klp-test/open-source use case design: 30%. n OS��---��ȿ�ܼ��2P MySQL��ݿ�mix��4P MariaDB��ݿ��Ŀ��Ѵ�ɡ��û�̬aware��֪��Ⱥ��ں˹ؼ��ݽṹ�Ż��У��70%�� Domain-based scheduling framework technology: The 2P MySQL database mix scenario and Kunpeng 4P MariaDB database optimization objectives have been achieved. The user-mode aware awareness scheduling and kernel key data structure optimization are in progress. The overall progress is 70%. n OS��---A-Ops��(�ں��滻)��չ40%��Ӧ�ó��ڴ�PIN/�ָ��Լ��ҳ��Ϣ��ɴ��뿪��֤��ɿ��Լӹ̽׶Ρ� A-Ops technology (hot kernel replacement): The overall requirement progress is 40%. The code development for application memory PIN/recovery and restart page information storage has been completed, and the test verification and reliability hardening phases have started. �� ⡣ 1��openEuler��Դ��SPEC�淶�� Review the SPEC specifications of the open-source software package in the openEuler community. Wu Fengguang 2��ˮƽ��Ӧ��Maintainner��Ҫ��ȷ�� The application software maintainer needs to be specified. Ma Liang 3��5.30ǰ��Maintainner��QA Team��ɹؼ��Դ�� ALL Before May 30, the related maintainers and QA team complete the lecture on key features. ALL 4��Ԥ��5�µ�Ready��ҪЭ��һ��Ϲ��Ա�� The Lab required for community development is expected to be ready by the end of May. A material administrator needs to be coordinated. Ma Liang 5��ƽ̨��Ŷ�Crystal��Ի��ϱ��з��ա� �ſ�� The testing platform development team has a weak foundation in the Crystal language, which may cause risks in the short term. Du Kaitian B/R Thanks �� MarlonMa

1 0

sig 组中 Base-service 的 nodejs rmp 包维护者咨询
by xiaoshen＠isrc.iscas.ac.cn 12 May '20

12 May '20

您好，我是 sig-cms 组的维护者，我维护的开源项目涉及到 Base-service 的 nodejs，有些问题想咨询一下，您这边能提供一个对接人吗？谢谢！

1 0