June 2020 - Dev - mailweb.openeuler.org

11 Sep '20

3 2

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

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