- Dev - mailweb.openeuler.org

【会议纪要】RE: [Virt] virt sig例会-20210514
by Chenqun (kuhn) 17 May '21

17 May '21

时间：2021年4月23日 14：15 - 15：45 参会人员来自：麒麟、统信、品高、华云、移动、电信、浪潮、申威、Intel、华为等居多公司成员及个人参与者（详见与会人员信息） · 2021-05-14会议纪要： * openEuler 20.03 LTS SP2需求进展介绍当前openEuler 20.03 LTS SP2版本新增Feature 9个，代码均已经合入完成，当前已开展测试过程中。各个Feature说明：https://gitee.com/openeuler/qemu/wikis/openEuler%2020.03%20LTS%… * qemu 4.2特性回合需求介绍介绍了 qemu 4.2特性回合到openEuler 社区背景：当前有部分客户已经使用Centos 8.1版本（qemu 4.2），期望切换到openEuler版本后原qemu 4.2相关Feature不丢失。 qemu 4.2相对qemu 4.1发布Feature 总计32个，其中有13个非x86及arm架构。剩余19个中，已经回合openEuler版本8个，待回合11个。针对剩余的11个待回合Feature，各个开发者可以自主认领，认领后在qemu仓库建立ISSUE，回合代码。回合需求列表：https://gitee.com/openeuler/qemu/wikis/qemu%204.2%20Feature%E5%9B%9E… * 分享了StratoVirt之快速冷启动bootloader技术视频连接：https://www.bilibili.com/video/BV1Ef4y1Y7HK 本主题视频时间：0:22:44~00:00:41:30 参会人员列表： [cid:image002.jpg@01D74B6E.2E8FA2D0] [cid:image004.jpg@01D74B6E.2E8FA2D0] From: openEuler conference via Virt [mailto:virt@openeuler.org] Sent: Wednesday, May 12, 2021 8:23 PM To: tc(a)openeuler.org; virt(a)openeuler.org; dev(a)openeuler.org Subject: [Virt] virt sig例会-20210514 您好！ openEuler Virt SIG 邀请您参加 2021-05-14 14:15 召开的ZOOM会议(自动录制) 会议主题：virt sig例会-20210514 会议内容：1、openEuler 20.03 LTS SP2需求进展介绍 2、qemu 4.2特性回合需求介绍 3、StratoVirt快速冷启动bootloader技术分享会议链接：https://us06web.zoom.us/j/85000061143?pwd=VVJVY0Qyak51TFdvdWZUMWJCM2FQQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Virt SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-05-14 14:15, The subject of the conference is virt sig例会-20210514, Summary: 1、openEuler 20.03 LTS SP2需求进展介绍 2、qemu 4.2特性回合需求介绍 3、StratoVirt快速冷启动bootloader技术分享 You can join the meeting at https://us06web.zoom.us/j/85000061143?pwd=VVJVY0Qyak51TFdvdWZUMWJCM2FQQT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

1 0

[X-diagnosis] oom: add more info for oom
by Zhoukang (A) 17 May '21

17 May '21

From 18e0f00ea2e3e5528b4ac9671d5caa3e3110fa0e Mon Sep 17 00:00:00 2001 From: Liu Zixian <liuzixian4(a)huawei.com> Date: Sat, 15 May 2021 09:04:53 +0000 Subject: [PATCH] oom: add more info for oom kernel do not printk enough messages when OS happen oom. this module print more info when oom happen. Signed-off-by: Liu Zixian <liuzixian4(a)huawei.com> --- src/oom_debug_info/Makefile | 2 + src/oom_debug_info/oom_debug_info.c | 639 ++++++++++++++++++++++++++++ src/oom_debug_info/oom_debug_info.h | 19 + 3 files changed, 660 insertions(+) create mode 100755 src/oom_debug_info/Makefile create mode 100644 src/oom_debug_info/oom_debug_info.c create mode 100644 src/oom_debug_info/oom_debug_info.h diff --git a/src/oom_debug_info/Makefile b/src/oom_debug_info/Makefile new file mode 100755 index 0000000..b53d93e --- /dev/null +++ b/src/oom_debug_info/Makefile @@ -0,0 +1,2 @@ + +obj-m += oom_debug_info.o diff --git a/src/oom_debug_info/oom_debug_info.c b/src/oom_debug_info/oom_debug_info.c new file mode 100644 index 0000000..cba8eef --- /dev/null +++ b/src/oom_debug_info/oom_debug_info.c @@ -0,0 +1,639 @@ +// SPDX-License-Identifier: GPL-2.0 +/* + * Copyright (c) Huawei Technologies Co., Ltd. 2021-2021. ALL rights reversed. + */ + +#include <linux/delay.h> +#include <linux/fs.h> +#include <linux/hugetlb.h> +#include <linux/kallsyms.h> +#include <linux/kernel.h> +#include <linux/mman.h> +#include <linux/module.h> +#include <linux/nmi.h> +#include <linux/oom.h> +#include <linux/printk.h> +#include <linux/rwsem.h> +#include <linux/sched/signal.h> +#include <linux/sched/task.h> +#include <linux/seq_file.h> +#include <linux/swap.h> +#ifdef CONFIG_CMA +#include <linux/cma.h> +#endif +#include <../fs/mount.h> +#include <../mm/slab.h> + +#include "oom_debug_info.h" + +#define TMP_FS_ID 1 +#define FILE_PATH_BUF_SIZE 1024 +#define MAX_PRINT_STR_SIZE 1024 +#define SHOW_FILE_NUM_IN_DIR 1024 +#define RECURSE_DEPTH_LIMIT 50 +#define FILE_NUM_MDELAY_FOR_LOG 1000 +#define MAX_PRINT_FILE_INFO_BYTES (2 * 1024 * 1024UL) +#define MAX_BUF_LEN 256 + +int sysctl_oom_enhance_enable = 1; +int sysctl_oom_print_file_info = 1; +int sysctl_oom_show_file_num_in_dir = 10; + +static atomic_t console_silent_atomic = ATOMIC_INIT(0); +static atomic_t dentry_tree_running = ATOMIC_INIT(0); +static char file_path_buf[FILE_PATH_BUF_SIZE]; +static char str_print[MAX_PRINT_STR_SIZE]; +static unsigned long min_heap[SHOW_FILE_NUM_IN_DIR]; +static unsigned int fs_id; +static char *mount_path[] = { + "", + "/tmp", +}; + +static unsigned long show_file_num; +static unsigned long print_file_info_bytes; + +static const char *task_state_Array[] = { + "R (running)", /* 0 */ + "S (sleeping)", /* 1 */ + "D (disk sleep)", /* 2 */ + "T (stopped)", /* 4 */ + "T (tracing stop)", /* 8 */ + "Z (zombie)", /* 16 */ + "X (dead)" /* 32 */ +}; + +/* get_task_state() */ +#ifndef TASK_REPORT +#define TASK_REPORT (TASK_RUNNING | TASK_INTERRUPTIBLE | \ + TASK_UNINTERRUPTIBLE | __TASK_STOPPED | \ + __TASK_TRACED) +#endif + +static struct ctl_table_header *debug_table_header; + +static struct ctl_table debug_kernel_table[] = { + { + .procname = "oom_enhance_enable", + .data = &sysctl_oom_enhance_enable, + .maxlen = sizeof(int), + .mode = 0640, + .proc_handler = proc_dointvec_minmax, + }, + { + .procname = "oom_print_file_info", + .data = &sysctl_oom_print_file_info, + .maxlen = sizeof(int), + .mode = 0640, + .proc_handler = proc_dointvec_minmax, + }, + { + .procname = "oom_show_file_num_in_dir", + .data = &sysctl_oom_show_file_num_in_dir, + .maxlen = sizeof(int), + .mode = 0640, + .proc_handler = proc_dointvec_minmax, + }, + {} +}; + +static struct ctl_table debug_root_table[] = { + { + .procname = "kernel", + .mode = 0555, + .child = debug_kernel_table, + }, + {} +}; + +// TODO: compat to kernel-5.10 + +static struct rw_semaphore *k_namespace_sem = NULL; +static rwlock_t *k_tasklist_lock = NULL; + +typedef void (*show_mem_fn)(unsigned int, nodemask_t *); +show_mem_fn k_show_mem = NULL; + +typedef void (*iterate_supers_fn)(void (*)(struct super_block *, void *), void *); +iterate_supers_fn k_iterate_supers = NULL; + +typedef void (*hugetlb_report_meminfo_fn)(struct seq_file *); +hugetlb_report_meminfo_fn k_hugetlb_report_meminfo = NULL; + +static int last_console_printk = 0; +static int *k_console_printk = NULL; + +static inline void _console_silent(void) +{ + last_console_printk = *k_console_printk; + *k_console_printk = CONSOLE_LOGLEVEL_SILENT; +} + +static inline void _console_resume(void) +{ + *k_console_printk = last_console_printk; +} + +static int init_kernel_sym(void) +{ + k_namespace_sem = (struct rw_semaphore *) kallsyms_lookup_name("namespace_sem"); + + k_tasklist_lock = (rwlock_t *) kallsyms_lookup_name("tasklist_lock"); + if (!k_tasklist_lock) { + printk(KERN_WARNING "tasklist_lock is not found\n"); + return -1; + } + + k_console_printk = (int*) kallsyms_lookup_name("console_printk"); + if (!k_console_printk) { + printk(KERN_WARNING "console_printk is not found\n"); + return -1; + } + + k_show_mem = (show_mem_fn) kallsyms_lookup_name("show_mem"); + if (!k_show_mem) { + printk(KERN_WARNING "show_mem is not found\n"); + return -1; + } + + k_iterate_supers = (iterate_supers_fn) kallsyms_lookup_name("iterate_supers"); + if (!k_iterate_supers) { + printk(KERN_WARNING "iterate_supers is not found\n"); + return -1; + } + + k_hugetlb_report_meminfo = (hugetlb_report_meminfo_fn) kallsyms_lookup_name("hugetlb_report_meminfo"); + if (!k_hugetlb_report_meminfo) { + printk(KERN_WARNING "hugetlb_report_meminfo is not found\n"); + return -1; + } + + return 0; +} + +static struct dentry *get_mountpoint_from_mnt_root(struct dentry *dentry) +{ + struct mnt_namespace *ns = current->nsproxy->mnt_ns; + struct mount *mnt; + struct dentry *mount_point = NULL; + + if (IS_ERR_OR_NULL(dentry) || strncmp(dentry->d_iname, "/", sizeof("/"))) + goto out; + + if (!k_namespace_sem) { + printk(KERN_WARNING "k_namespace_sem is NULL\n"); + return NULL; + } + + if (!down_read_trylock(k_namespace_sem)) { + printk(KERN_WARNING "get namespace_sem fail when get mountpoint from mnt_root!\n"); + return NULL; + } + + list_for_each_entry(mnt, &ns->list, mnt_list) { + if (mnt->mnt.mnt_root == dentry) { + mount_point = mnt->mnt_mountpoint; + break; + } + } + up_read(k_namespace_sem); +out: + return mount_point; +} + +static int show_proc_slab_info(void) +{ +// TODO: read file /proc/slabinfo + return 0; +} + +static int show_proc_mem_info(void) +{ +// TODO: read file /proc/meminfo + return 0; +} + +/* + * get string of task status according to stat of task_struct. + */ +static inline const char *oom_get_task_state(struct task_struct *tsk) +{ + unsigned int state = (tsk->state & TASK_REPORT) | tsk->exit_state; + const char **p = &task_state_Array[0]; + + while (state) { + p++; + state >>= 1; + } + return *p; +} + +/* + * refer to ps -aux, show task info for debug. + */ +static int show_ps_aux_info(void) +{ + struct task_struct *p; + + printk(KERN_WARNING "%5s %5s %20s %8s %8s %16s\n", "PID", "PPID", "VSZ", "RSS", "STAT", "COMMAND"); + read_lock(k_tasklist_lock); + for_each_process(p) { + printk(KERN_WARNING "%5d %5d %7luK %7luK %16s %s\n", p->pid, + p->parent->pid, + (p->mm != NULL ? p->mm->total_vm : 0) * 4, + (p->mm != NULL ? get_mm_rss(p->mm) : 0) * 4, oom_get_task_state(p), p->comm); + } + read_unlock(k_tasklist_lock); + return 0; +} + +static char *get_file_path(struct dentry *dentry) +{ + /* for placing '\0' at end */ + int byte_left = FILE_PATH_BUF_SIZE - 2; + int name_len; + + memset(file_path_buf, 0, FILE_PATH_BUF_SIZE); + + while (dentry && (strncmp(dentry->d_name.name, "/", 1) != 0)) { + name_len = strlen(dentry->d_name.name); + if (byte_left <= name_len) { + printk(KERN_WARNING "file name too long ..."); + break; + } + + byte_left -= name_len; + memcpy(file_path_buf + byte_left, dentry->d_name.name, name_len); + byte_left--; + file_path_buf[byte_left] = '/'; + dentry = dentry->d_parent; + } + + return file_path_buf + byte_left; +} + +static bool is_empty_dir(struct dentry *dir) +{ + struct dentry *dentry = NULL; + + if (!d_is_dir(dir)) + return false; + + if (list_empty(&dir->d_subdirs)) + return true; + + spin_lock(&dir->d_lock); + list_for_each_entry(dentry, &dir->d_subdirs, d_child) { + if (dentry == NULL || dentry->d_inode == NULL) + continue; + if (d_is_file(dentry) && dentry->d_inode->i_size > 0) { + spin_unlock(&dir->d_lock); + return false; + } + if (d_is_dir(dentry) && !is_empty_dir(dentry)) { + spin_unlock(&dir->d_lock); + return false; + } + } + spin_unlock(&dir->d_lock); + return true; +} + +static void my_swap(unsigned long *a, int i, int j) +{ + unsigned long temp = a[i]; + + a[i] = a[j]; + a[j] = temp; +} + +static void heap_adjust(unsigned long *a, int n, int i) +{ + int j = 2 * i + 1; + + while (j < n) { + if (j + 1 < n && a[j] > a[j + 1]) + j++; + if (a[i] > a[j]) + my_swap(a, i, j); + else + break; + i = j; + j = 2 * i + 1; + } +} + +static void heap_build(unsigned long *a, int n) +{ + int i; + + for (i = n / 2 - 1; i >= 0; i--) + heap_adjust(a, n, i); +} + +static unsigned long get_topn_size_in_dir(struct dentry *dir, unsigned int *file_num) +{ + struct dentry *dentry = NULL; + unsigned long topn_size = 0; + + *file_num = 0; + memset(min_heap, 0, sizeof(min_heap)); + + spin_lock(&dir->d_lock); + list_for_each_entry(dentry, &dir->d_subdirs, d_child) { + if (dentry == NULL || dentry->d_inode == NULL) + continue; + if (d_is_file(dentry)) { + (*file_num)++; + if (*file_num < sysctl_oom_show_file_num_in_dir) { + min_heap[*file_num - 1] = dentry->d_inode->i_size; + } else if (*file_num == sysctl_oom_show_file_num_in_dir) { + min_heap[*file_num - 1] = dentry->d_inode->i_size; + heap_build(min_heap, sysctl_oom_show_file_num_in_dir); + } else if (*file_num > sysctl_oom_show_file_num_in_dir) { + if (dentry->d_inode->i_size > min_heap[0]) { + min_heap[0] = dentry->d_inode->i_size; + heap_adjust(min_heap, sysctl_oom_show_file_num_in_dir, 0); + } + } + } + } + spin_unlock(&dir->d_lock); + + if (*file_num > sysctl_oom_show_file_num_in_dir) + topn_size = min_heap[0]; + return topn_size; +} + +static unsigned long do_show_dentry_tree(struct dentry *tree, unsigned int depth) +{ + struct dentry *dentry = NULL; + unsigned long topn_size; + unsigned long dir_size = 0; + unsigned long subdir_size; + unsigned int file_num; + int num_chars; + + if (print_file_info_bytes > MAX_PRINT_FILE_INFO_BYTES) { + printk(KERN_WARNING "file info exceed %lu bytes!\n", MAX_PRINT_FILE_INFO_BYTES); + return 0; + } + + if (depth >= RECURSE_DEPTH_LIMIT) { + printk(KERN_WARNING "dir depth exceed %d!\n", RECURSE_DEPTH_LIMIT); + return 0; + } + + /* get topN file size in dir */ + topn_size = get_topn_size_in_dir(tree, &file_num); + + spin_lock(&tree->d_lock); + /* ramfs and tmpfs will "pin the dentry in core", + * so we can iterate all files in root initramfs(tmpfs) by dentry. + */ + list_for_each_entry(dentry, &tree->d_subdirs, d_child) { + if (dentry == NULL || dentry->d_inode == NULL) + continue; + if (dentry->d_inode->i_size == 0) + continue; + if (d_is_symlink(dentry)) + continue; + if (d_is_file(dentry)) { + if (dentry->d_inode->i_size >= topn_size) { + num_chars = snprintf(str_print, + MAX_PRINT_STR_SIZE, "%s:%llu\n", + dentry->d_name.name, dentry->d_inode->i_size); + if (num_chars > 0) + print_file_info_bytes += num_chars; + printk(KERN_CONT "%s", str_print); + show_file_num++; + } + if (show_file_num % FILE_NUM_MDELAY_FOR_LOG == 0) { + num_chars = snprintf(str_print, MAX_PRINT_STR_SIZE, + "already printed %lu files, will mdelay 10 ms for log system.\n", + show_file_num); + if (num_chars > 0) + print_file_info_bytes += num_chars; + printk(KERN_CONT "%s", str_print); + touch_nmi_watchdog(); + mdelay(10); + } + dir_size += dentry->d_inode->i_size; + } + } + /* second iterate list for showing subdirs after showing files */ + list_for_each_entry(dentry, &tree->d_subdirs, d_child) { + if (dentry == NULL || dentry->d_inode == NULL) + continue; + /* 1.we use d_mountpoint to skip mountpoint, but + * auditd mounted /usr/lib/modules to itself process space, + * it will lead to skip this dir in memory rootfs by mistake. + * 2.you can fix it by all inodes have same super block in same + * file system, pity that all inodes have same super block in + * root initramfs(tmpfs) when unpack, lead to it cann`t work by + * dentry iterate, although you can get distinguished + * inode->i_sb->s_dev by name lookup, refer to vfs_lstat to get + * stat.dev, but it shouldn`t sched or alloc when oom. + * 3.you also can fix it by refer to is_local_mountpoint, + * notice down_read may sleep and up_read call wake_up_process + * when hold d_lock, use down_read_trylock and call + * local_irq_save and preempt_disable preempt_enable_no_resched + * to ensure safe. + * 4.we handle it in simple way, treat as mountpoint is empty + * dir in initramfs. + */ + if (is_empty_dir(dentry)) + continue; + if (d_is_dir(dentry)) { + num_chars = snprintf(str_print, MAX_PRINT_STR_SIZE, + "%s%s\n", mount_path[fs_id], get_file_path(dentry)); + if (num_chars > 0) + print_file_info_bytes += num_chars; + printk(KERN_CONT "%s", str_print); + subdir_size = do_show_dentry_tree(dentry, depth + 1); + if (subdir_size > 0) { + num_chars = snprintf(str_print, + MAX_PRINT_STR_SIZE, "dir %s%s:%lu\n", + mount_path[fs_id], get_file_path(dentry), subdir_size); + if (num_chars > 0) + print_file_info_bytes += num_chars; + printk(KERN_CONT "%s", str_print); + dir_size += subdir_size; + } + } + } + spin_unlock(&tree->d_lock); + + if (topn_size > 0) { + num_chars = snprintf(str_print, MAX_PRINT_STR_SIZE, "...files num:%d\n", file_num); + if (num_chars > 0) + print_file_info_bytes += num_chars; + printk(KERN_CONT "%s", str_print); + } + + return dir_size; +} + +static void show_dentry_tree(struct dentry *tree) +{ + unsigned long dir_size; + + if (IS_ERR_OR_NULL(tree)) + return; + printk(KERN_WARNING "%s%s\n", mount_path[fs_id], tree->d_iname); + dir_size = do_show_dentry_tree(tree, 0); + printk(KERN_WARNING "%lu bytes in %s%s\n", dir_size, mount_path[fs_id], tree->d_iname); +} + +static void show_file_info_by_name(struct super_block *sb, void *name) +{ + struct dentry *mount_point = NULL; + + if (strncmp(sb->s_type->name, name, strlen(name))) + return; + + if (!strncmp(name, "rootfs", strlen(name))) { + fs_id = 0; + show_dentry_tree(sb->s_root); + } else if (!strncmp(name, "tmpfs", strlen(name))) { + /* get mount_point of mnt_root, I have no better way than refer + * to is_local_mountpoint, notice down_read may sleep and + * up_read call wake_up_process, use down_read_trylock and + * call preempt_disable preempt_enable_no_resched. + */ + mount_point = get_mountpoint_from_mnt_root(sb->s_root); + if (!strncmp(get_file_path(mount_point), "/tmp", sizeof("/tmp")) + && !strncmp(mount_point->d_sb->s_type->name, "rootfs", sizeof("rootfs"))) { + printk(KERN_WARNING "###################\n"); + printk(KERN_WARNING "show files in /tmp:\n"); + fs_id = TMP_FS_ID; + show_dentry_tree(sb->s_root); + } + } +} + +void show_rootfs_info(void) +{ + printk(KERN_WARNING "rootfs file info:\n"); + k_iterate_supers(show_file_info_by_name, "rootfs"); +} + +void show_tmpfs_info(void) +{ + k_iterate_supers(show_file_info_by_name, "tmpfs"); +} + +void show_memfs_info(void) +{ + if (!sysctl_oom_print_file_info) + return; + + if (atomic_cmpxchg(&dentry_tree_running, 0, 1)) + return; + print_file_info_bytes = 0; + show_file_num = 0; + show_rootfs_info(); + show_tmpfs_info(); + atomic_set(&dentry_tree_running, 0); +} + +void oom_show_debug_info(void) +{ + typedef int (*ivpfn) (void); + ivpfn show_pfn_memory_info = NULL; + + if (atomic_cmpxchg(&console_silent_atomic, 0, 1) == 1) { + mdelay(500); + return; + } + + dump_stack(); + + /* print the use info of all memory */ + show_pfn_memory_info = (ivpfn) kallsyms_lookup_name("MEM_PrintAllMemory"); + if (show_pfn_memory_info != NULL) { + printk(KERN_EMERG "\nmem trace:\n"); + show_pfn_memory_info(); + } else { + printk(KERN_EMERG "error, MEM_PrintAllMemory is NULL!\n"); + } + + /* print slab info */ + printk(KERN_EMERG "\nslab info:\n"); + show_proc_slab_info(); + + /* print mem info */ + printk(KERN_EMERG "\nmem info:\n"); + show_proc_mem_info(); + + /* silent console for console print too slow */ + _console_silent(); + /* print the info of current process */ + printk(KERN_EMERG "ps -aux:\n"); + show_ps_aux_info(); + _console_resume(); + + /* print mem */ + k_show_mem(0, NULL); + + /* silent console for console print too slow */ + _console_silent(); + show_memfs_info(); + _console_resume(); + + atomic_set(&console_silent_atomic, 0); +} + +static int debug_oom_notify(struct notifier_block *self, unsigned long notused, void *nfreed) +{ + if (sysctl_oom_enhance_enable) + oom_show_debug_info(); + return 0; +} + +static struct notifier_block debug_oom_nb = { + .notifier_call = debug_oom_notify +}; + +static int __init oom_debug_info_init(void) +{ + int ret; + + printk("oom_debug_info init\n"); + + ret = init_kernel_sym(); + if (ret) { + return ret; + } + + ret = register_oom_notifier(&debug_oom_nb); + if (ret) { + printk("register_oom_notifier fail\n"); + return ret; + } + + debug_table_header = register_sysctl_table(debug_root_table); + if (!debug_table_header) { + printk("register_sysctl_table fail\n"); + ret = -ENOMEM; + goto sysctl_fail; + } + + return 0; + +sysctl_fail: + unregister_oom_notifier(&debug_oom_nb); + return ret; +} + +static void __exit oom_debug_info_exit(void) +{ + printk("oom_debug_info exit\n"); + unregister_oom_notifier(&debug_oom_nb); + unregister_sysctl_table(debug_table_header); +} + +module_init(oom_debug_info_init) +module_exit(oom_debug_info_exit) + +MODULE_LICENSE("GPL"); diff --git a/src/oom_debug_info/oom_debug_info.h b/src/oom_debug_info/oom_debug_info.h new file mode 100644 index 0000000..d562290 --- /dev/null +++ b/src/oom_debug_info/oom_debug_info.h @@ -0,0 +1,19 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +/* + * Copyright (c) Huawei Technologies Co., Ltd. 2021-2021. All rights reserved. + */ +#ifndef _OOM_SHOW_INFO_H +#define _OOM_SHOW_INFO_H +#ifdef CONFIG_EULEROS_DEBUG_OOM +#include <linux/nodemask.h> +#include <linux/seq_file.h> + +extern int sysctl_oom_enhance_enable; +extern int sysctl_oom_print_file_info; +extern int sysctl_oom_show_file_num_in_dir; + +extern unsigned long kallsyms_lookup_name(const char *name); +extern void oom_show_debug_info(nodemask_t *nodemask); +extern struct dentry *get_mountpoint_from_mnt_root(struct dentry *dentry); +#endif +#endif -- 2.29.2

1 0

Fwd: openEuler Developer Day 启动大会招募环节，报名通道同步开启！
by Marketing openEuler 17 May '21

17 May '21

openEuler 社区的开发者：您好！ openEuler Developer Day 2021 将于*6**月10日*在北京举行。本次大会是由 openEuler 社区发起，主要面向签署了 CLA的核心开发者、南北向生态厂商以及核心用户的一场技术盛会，旨在推动 openEuler 社区在多样性计算、云原生全栈、全场景协同等技术方向的持续探索和创新。 *开放招募* openEuler Developer Day 正式开放招募环节：*Call for Speaker* <https://shimo.im/forms/KgXxt8JCYKYtVXHx/fill>、*Call for Sponsor* <https://shimo.im/forms/vwCC68q3pQvvR3Yc/fill>、*Call for SIG* <https://shimo.im/forms/x6vXyW8QHCGK9QJD/fill>、*Call for Demo* <https://shimo.im/forms/PQTvWKjHgg96DjD8/fill> 欢迎 openEuler 社区的开发者提交以上四个方面的材料。 [image: 截屏2021-05-13 下午8.12.43.png] *大会亮点* 这是一场大型的面向 openEuler 社区开发者的技术交流会议。在现场共同探讨*热点技术方向*和*如何参与社区贡献*，通过大会*公开接收用户需求*，*完成版本规划*。 *技术委员会*、*品牌委员会*、*用户委员会*、*20个 SIG 组*会同期举办*开放工作会议**（仅限签署社区 CLA 的开发者参加）*。技术委员会主席给大家解读 *openEuler 21.03*，发布下个社区版的*技术定位*，分享社区创新思路。来自互联网、金融、运营商的客户分享成功的应用实践经验。开源圆桌中，客户、伙伴、厂商、研究机构一同探究开源软件供应链的意义和风险，开源模式如何推动独立演进操作系统技术的发展。更有开发者心心念念的 *Party* 心动不如行动，赶紧来报名参会 <https://e-campaign.huawei.com/m/mIzQFr>吧！！！

1 0

OBS 构建优化，软件包 spec 缺少构建依赖需要补齐，请各位开发者关注
by Chenyanpan 17 May '21

17 May '21

openEuler 社区各位开发者，大家好：目前我们在 openEuler OBS 构建优化过程中，发现一些优化项需要大家一起协作完成。具体情况是这样的： OBS 每次构建软件包会创建新的构建环境（build environment），在构建环境中 preinstall 一些必备软件包，然后 install 这些必备软件包及其依赖，以及 spec 中 BuildRequires 及其依赖。当前 preinstall 预安装一些多余软件包，部分软件包存在多余安装依赖，导致每次创建构建环境至少需要安装 300+ 个 rpm，占用空间 1.2GB，耗时 60+ 秒。需要对 Project Config 及软件包的依赖进行优化，减少构建过程安装的 rpm 数量，避免 IO 资源浪费，缩短构建时间。去除软件包多余依赖，不仅对构建过程有收益，对实际使用环境也有好处，在实际使用环境中避免安装时间、空间浪费，也可以减少安装多余 rpm 引入不必要的安全漏洞。前期我们做了初步分析，对 openEuler 整个版本每个包起到较好的效果。优化方案在 2021.05.12 TC 例会上汇报过，TC 同意优化方案落地实施。议题及结论如下： [cid:image001.png@01D74B12.BE6C92C0] 由于优化需要从构建环境去掉了一些依赖，有些软件包本来自身需要的构建依赖如果没在 spec 中明确指定，那么当前构建会缺少依赖导致构建失败，目前遇到的软件包有 317 个，已经提了 issue 跟踪，软件包列表见邮件附件。当前需要大家共同完成的工作是：对这些构建失败的软件包，整改 spec 文件，补齐各自需要的构建依赖。为了尽量缩小影响范围，我们从 openEuler:Mainline 复制了一个工程 openEuler-Mainline-copy，请大家基于 openEuler-Mainline-copy 开发验证，代码提交到 src-openeuler 各自的代码仓。软件包 spec 整改后我们再将优化的 Project Config 应用到 openEuler:Mainline 工程（由于复制的工程跟 Mainline 工程的代码未能及时同步，如果应用后个别软件包构建失败再进一步整改）。为了减少大家的工作量，我们对构建失败的这些软件包的日志进行初步分析，其中大部分包列出失败的关键日志，以及可能缺失的依赖，大家可以参考，或者对比 openEuler:Mainline 工程中同一软件的构建日志，可以判断缺少的构建依赖，具体信息请查看相关issue。请各位软件包责任人在 2021.05.31 前完成该项任务。开发验证过程中如有疑问，请与我联系。谢谢！ -- 陈燕潘 (@chenyanpanHW)

1 0

sig-release-management双周例会
by openEuler conference 17 May '21

17 May '21

1 0

sig-CN双周会议
by openEuler conference 17 May '21

17 May '21

1 0

Compliance-SIG 双周例会
by openEuler conference 17 May '21

17 May '21

1 0

测试结论////答复: 【CVE update】openEuler 20.03 LTS SP1 CVE Update 2021/5/14 release评审通知
by liyongqiang (H) 14 May '21

14 May '21

本次update测试策略： 1、发布软件包的安装升级管理操作验证验证本次发布软件包的升级正确性符合用户实际使用场景 1)从LTS升级到SP1的update 2)从LTS升级到LTS的某个update，然后再升级到SP1本次发布的update 3)从SP1版本直接升级到此次update 4)选取SP1的中间发布update进行升级发布软件包管理验证升级后的卸载与回退 2、本次发布软件包提供服务的管理操作验证(启动/停止/重启等) 3、软件包升级后操作系统的基本集成功能验证/重启 2、测试结论发布软件包安装升级无问题升级后，系统重启正常，软件包可以正常卸载软件包提供命令和服务完成验证测试过程中发现问题已解决同意update版本发布发件人: xiasenlin 发送时间: 2021年5月14日 18:15 收件人: release(a)openeuler.org; qa(a)openeuler.org; sa-announce(a)openeuler.org; dev(a)openeuler.org 抄送: Guoge(JVM) <ge.guo(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; Chenzhendong (alex) <alex.chen(a)huawei.com>; Liyiting <liyiting(a)huawei.com>; Mingpei <mingpei(a)huawei.com>; Xuxiaosong <xuxiaosong(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Yanxiaobing <yanxiaobing(a)huawei.com>; Liujingang (Bob) <liujingang09(a)huawei.com>; fanjiachen (A) <fanjiachen3(a)huawei.com>; guoxiaoqi <guoxiaoqi2(a)huawei.com> 主题: 【CVE update】openEuler 20.03 LTS SP1 CVE Update 2021/5/14 release评审通知 openEuler 20.03 LTS SP1 Update 20210430 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时邮件通知我们，2021年5月15日结束发布流程。版本目标：CVE修复版本计划：例行CVE冻结（本次为周例行版本）：20210515 代码冻结： 20210512 转测试时间：20210514 版本发布： 20210515 本次更新主要涉及：golang、xstream等；修复cve：25个 CVE清单： CVE-2021-29425 次要 src-openEuler/apache-commons-io CVE-2021-3487 次要 src-openEuler/binutils CVE-2021-3487 次要 src-openEuler/binutils CVE-2021-27506 次要 src-openEuler/clamav CVE-2021-3448 不重要 src-openEuler/dnsmasq CVE-2021-29470 次要 src-openEuler/exiv2 CVE-2021-29457 主要 src-openEuler/exiv2 CVE-2021-29458 次要 src-openEuler/exiv2 CVE-2021-28650 次要 src-openEuler/gnome-autoar CVE-2021-27918 主要 src-openEuler/golang CVE-2021-28168 次要 src-openEuler/jersey CVE-2020-28493 次要 src-openEuler/python-jinja2 CVE-2020-28493 次要 src-openEuler/python-jinja2 CVE-2020-15169 次要 src-openEuler/rubygem-actionview CVE-2021-21349 主要 src-openEuler/xstream CVE-2021-21350 严重 src-openEuler/xstream CVE-2021-21348 主要 src-openEuler/xstream CVE-2021-21351 严重 src-openEuler/xstream CVE-2021-21341 主要 src-openEuler/xstream CVE-2021-21342 严重 src-openEuler/xstream CVE-2021-21343 主要 src-openEuler/xstream CVE-2021-21344 严重 src-openEuler/xstream CVE-2021-21345 严重 src-openEuler/xstream CVE-2021-21346 严重 src-openEuler/xstream CVE-2021-21347 严重 src-openEuler/xstream From: guoxiaoqi Sent: Friday, May 14, 2021 9:34 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> Cc: Yanxiaobing <yanxiaobing(a)huawei.com<mailto:yanxiaobing@huawei.com>>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Liujingang (Bob) <liujingang09(a)huawei.com<mailto:liujingang09@huawei.com>>; fanjiachen (A) <fanjiachen3(a)huawei.com<mailto:fanjiachen3@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com<mailto:miaokaibo@huawei.com>>; wangchong (J) <wangchong56(a)huawei.com<mailto:wangchong56@huawei.com>>; yaokai (G) <yaokai13(a)huawei.com<mailto:yaokai13@huawei.com>>; Xuxiaosong <xuxiaosong(a)huawei.com<mailto:xuxiaosong@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> Subject: RE: 【20.03-LTS-SP1 512 update周版本】启动测试新增依赖软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 不涉及 openEuler src-openEuler/mxparser 依赖 SP1 不涉及 openEuler src-openEuler/xmlpull 依赖 SP1 不涉及 openEuler From: guoxiaoqi Sent: Thursday, May 13, 2021 9:10 PM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> Cc: Yanxiaobing <yanxiaobing(a)huawei.com<mailto:yanxiaobing@huawei.com>>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Liujingang (Bob) <liujingang09(a)huawei.com<mailto:liujingang09@huawei.com>>; fanjiachen (A) <fanjiachen3(a)huawei.com<mailto:fanjiachen3@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com<mailto:miaokaibo@huawei.com>>; wangchong (J) <wangchong56(a)huawei.com<mailto:wangchong56@huawei.com>>; yaokai (G) <yaokai13(a)huawei.com<mailto:yaokai13@huawei.com>>; Xuxiaosong <xuxiaosong(a)huawei.com<mailto:xuxiaosong@huawei.com>> Subject: RE: 【20.03-LTS-SP1 512 update周版本】启动测试更新，xstream不涉及接口变更。thrift涉及变更，本次版本暂时不发布软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 不涉及 openEuler 测试repo： SP1：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/update_… SP1 EPOL：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/u… 请测试同时挂载发布源everything和update repo： SP1 everything: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/everything/$basearch SP1 update: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/update/$basearch EPOL：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/$basearch EPOL update：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/update/$base… From: guoxiaoqi Sent: Thursday, May 13, 2021 3:39 PM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> Cc: Yanxiaobing <yanxiaobing(a)huawei.com<mailto:yanxiaobing@huawei.com>>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Liujingang (Bob) <liujingang09(a)huawei.com<mailto:liujingang09@huawei.com>>; guoxiaoqi <guoxiaoqi2(a)huawei.com<mailto:guoxiaoqi2@huawei.com>>; fanjiachen (A) <fanjiachen3(a)huawei.com<mailto:fanjiachen3@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com<mailto:miaokaibo@huawei.com>>; wangchong (J) <wangchong56(a)huawei.com<mailto:wangchong56@huawei.com>>; yaokai (G) <yaokai13(a)huawei.com<mailto:yaokai13@huawei.com>>; Xuxiaosong <xuxiaosong(a)huawei.com<mailto:xuxiaosong@huawei.com>> Subject: 【20.03-LTS-SP1 512 update周版本】启动测试请启动openEuler-20.03-LTS-SP1 2021年512 周版本测试软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 涉及接口变更 openEuler src-openEuler/thrift CVE SP1 不涉及 openEuler 测试repo： SP1：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/update_… SP1 EPOL：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/u… 请测试同时挂载发布源everything和update repo： SP1 everything: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/everything/$basearch SP1 update: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/update/$basearch EPOL：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/$basearch EPOL update：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/update/$base…

1 0

【CVE update】openEuler 20.03 LTS SP1 CVE Update 2021/5/14 release评审通知
by xiasenlin 14 May '21

14 May '21

openEuler 20.03 LTS SP1 Update 20210430 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时邮件通知我们，2021年5月15日结束发布流程。版本目标：CVE修复版本计划：例行CVE冻结（本次为周例行版本）：20210515 代码冻结： 20210512 转测试时间：20210514 版本发布： 20210515 本次更新主要涉及：golang、xstream等；修复cve：25个 CVE清单： CVE-2021-29425 次要 src-openEuler/apache-commons-io CVE-2021-3487 次要 src-openEuler/binutils CVE-2021-3487 次要 src-openEuler/binutils CVE-2021-27506 次要 src-openEuler/clamav CVE-2021-3448 不重要 src-openEuler/dnsmasq CVE-2021-29470 次要 src-openEuler/exiv2 CVE-2021-29457 主要 src-openEuler/exiv2 CVE-2021-29458 次要 src-openEuler/exiv2 CVE-2021-28650 次要 src-openEuler/gnome-autoar CVE-2021-27918 主要 src-openEuler/golang CVE-2021-28168 次要 src-openEuler/jersey CVE-2020-28493 次要 src-openEuler/python-jinja2 CVE-2020-28493 次要 src-openEuler/python-jinja2 CVE-2020-15169 次要 src-openEuler/rubygem-actionview CVE-2021-21349 主要 src-openEuler/xstream CVE-2021-21350 严重 src-openEuler/xstream CVE-2021-21348 主要 src-openEuler/xstream CVE-2021-21351 严重 src-openEuler/xstream CVE-2021-21341 主要 src-openEuler/xstream CVE-2021-21342 严重 src-openEuler/xstream CVE-2021-21343 主要 src-openEuler/xstream CVE-2021-21344 严重 src-openEuler/xstream CVE-2021-21345 严重 src-openEuler/xstream CVE-2021-21346 严重 src-openEuler/xstream CVE-2021-21347 严重 src-openEuler/xstream From: guoxiaoqi Sent: Friday, May 14, 2021 9:34 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com> Cc: Yanxiaobing <yanxiaobing(a)huawei.com>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Liujingang (Bob) <liujingang09(a)huawei.com>; fanjiachen (A) <fanjiachen3(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com>; wangchong (J) <wangchong56(a)huawei.com>; yaokai (G) <yaokai13(a)huawei.com>; Xuxiaosong <xuxiaosong(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> Subject: RE: 【20.03-LTS-SP1 512 update周版本】启动测试新增依赖软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 不涉及 openEuler src-openEuler/mxparser 依赖 SP1 不涉及 openEuler src-openEuler/xmlpull 依赖 SP1 不涉及 openEuler From: guoxiaoqi Sent: Thursday, May 13, 2021 9:10 PM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> Cc: Yanxiaobing <yanxiaobing(a)huawei.com<mailto:yanxiaobing@huawei.com>>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Liujingang (Bob) <liujingang09(a)huawei.com<mailto:liujingang09@huawei.com>>; fanjiachen (A) <fanjiachen3(a)huawei.com<mailto:fanjiachen3@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com<mailto:miaokaibo@huawei.com>>; wangchong (J) <wangchong56(a)huawei.com<mailto:wangchong56@huawei.com>>; yaokai (G) <yaokai13(a)huawei.com<mailto:yaokai13@huawei.com>>; Xuxiaosong <xuxiaosong(a)huawei.com<mailto:xuxiaosong@huawei.com>> Subject: RE: 【20.03-LTS-SP1 512 update周版本】启动测试更新，xstream不涉及接口变更。thrift涉及变更，本次版本暂时不发布软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 不涉及 openEuler 测试repo： SP1：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/update_… SP1 EPOL：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/u… 请测试同时挂载发布源everything和update repo： SP1 everything: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/everything/$basearch SP1 update: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/update/$basearch EPOL：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/$basearch EPOL update：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/update/$base… From: guoxiaoqi Sent: Thursday, May 13, 2021 3:39 PM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> Cc: Yanxiaobing <yanxiaobing(a)huawei.com<mailto:yanxiaobing@huawei.com>>; Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Liujingang (Bob) <liujingang09(a)huawei.com<mailto:liujingang09@huawei.com>>; guoxiaoqi <guoxiaoqi2(a)huawei.com<mailto:guoxiaoqi2@huawei.com>>; fanjiachen (A) <fanjiachen3(a)huawei.com<mailto:fanjiachen3@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com<mailto:miaokaibo@huawei.com>>; wangchong (J) <wangchong56(a)huawei.com<mailto:wangchong56@huawei.com>>; yaokai (G) <yaokai13(a)huawei.com<mailto:yaokai13@huawei.com>>; Xuxiaosong <xuxiaosong(a)huawei.com<mailto:xuxiaosong@huawei.com>> Subject: 【20.03-LTS-SP1 512 update周版本】启动测试请启动openEuler-20.03-LTS-SP1 2021年512 周版本测试软件包类别所属分支接口变更责任田 src-openEuler/apache-commons-io CVE SP1 不涉及 openEuler src-openEuler/binutils CVE SP1 不涉及基础服务 src-openEuler/dnsmasq CVE SP1 不涉及网络组 src-openEuler/exiv2 CVE SP1 不涉及网络组 src-openEuler/gnome-autoar CVE SP1 不涉及网络组 src-openEuler/golang CVE SP1 不涉及容器组 src-openEuler/jersey CVE SP1 不涉及 openEuler src-openEuler/python-jinja2 CVE SP1 不涉及基础服务 src-openEuler/rubygem-actionview CVE SP1 不涉及 openEuler src-openEuler/velocity CVE SP1 不涉及 openEuler src-openEuler/xstream CVE SP1 涉及接口变更 openEuler src-openEuler/thrift CVE SP1 不涉及 openEuler 测试repo： SP1：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/update_… SP1 EPOL：http://121.36.84.172/repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/u… 请测试同时挂载发布源everything和update repo： SP1 everything: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/everything/$basearch SP1 update: https://repo.openeuler.org/openEuler-20.03-LTS-SP1/update/$basearch EPOL：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/$basearch EPOL update：https://repo.openeuler.org/openEuler-20.03-LTS-SP1/EPOL/update/$base…

1 0

Compiler SIG双周例会
by openEuler conference 14 May '21

14 May '21

1 0

OS-Builder 例会
by openEuler conference 14 May '21

14 May '21

1 0

会议纪要：安全委员会&安全sig例会
by yanglijin 14 May '21

14 May '21

��ˣ�� ʱ�䣺2021/5/13 16:00��17:30 ��ˣ��գ�κ�գ��콡ΰ��ס�ͳ��-gaochong��ͳ��-zhangshaoning��-��Ρ��-�� ⡿ 1. ©��֪��߽�չ �� ־ȫ 1��ݾۺ��Ż� 100% 2��ֶΣ��ϵͳ�״θ�֪ʱ��ֶΣ� 100% 3��Ż� 95% 4��Ż� 50% 5��ʱЧ�Ա�� 10% 2. ��©��չ �� 1�� ©��֪��˫�ܣ�4��28��-5��12�գ��©��67��7��©��42��Ҫ�漰Compiler��rust 8��Networking��unbound 11��kernel��4��52��©��֪��ߣ�ռ��78% 2�� ޸��5��6��ѷ��¶Ȱ汾��32��SA��74��CVE 3�� ޸��ǰ��99��©��δ�޸��7��ϴ��޸�©��39�� 4�� 5��12��ܰ汾��壬��CVE 30�� 3. ��openEuler��Դ��ȫ�� κ�� Ŀ�ģ��Ӳ��ƽ̨��ȫ��֮�� ܣ��ռ��ֲ��䡢��Ƽ��ϵĸ��ֻ��ȫ��Լ��ȫ�м��ʹ��ȫ�� Ҫ��ԣ�Զ��֤��û��ȡĿ��ϵͳ��Ӳ��״̬ ��ۣ�ͬ��openEuler��֣��security-facility�� 4. ��audit��Ӱ�� Ϊ��ʹaudit��ں˽ӿ�ƥ��ø��ã��ҪOSV��audit��Ӱ�� audit �ӿڱ��issue : https://gitee.com/src-openeuler/audit/issues/I3R0Q8?from=project-issue ��⣺��ǰOSV��audit��Ӱ�� 5. CVE�� giflib CVE-2020-23922 ��ۣ��Ҫ��һ��н�� ´λ��ʱ�䣺5��19�գ� ��ˣ�� 00511953 ��Ʒ��-��ƽ̨��ĿȺ Mobile��15168350853 Email��yanglijin(a)huawei.com <mailto:yanglijin@huawei.com%20>

1 0

ROS-sig 例会会议纪要
by 安传旭 13 May '21

13 May '21

您好： ROS-sig组23th双周例会会议纪要如下：上阶段计划完成的任务： 1. 验证提交到对应分支后，CI是否可以识别并通过对应分支代码； 2. 开始适配20.03spce文件，进行sp2入源包的修改和检查，并提交入源交付物 DONE 1. 维护ROS打包工作汇总表； 2. 验证提交到对应分支后，CI是否可以识别并通过对应分支代码； 3. 开始适配20.03 spce文件，进行sp2入源包的修改和检查，并提交入源交付物，共计36个PR被merge。注意事项催促release-sig组尽快审核PR，将ROS组件加入到版本测试； Hello: The meeting minutes of 23th biweekly regular meeting of ROS-SIG Group are as follows: Tasks planned to be completed in the previous stage: 1. Verify whether CI can identify and pass the corresponding branch code after submitting to the corresponding branch; 2. Begin to adapt the 20.03 SPCE file, modify and check the SP2 incoming source package, and submit incoming source deliverables DONE 1. Maintain the ROS packaging summary table; 2. Verify whether CI can identify and pass the corresponding branch code after submitting to the corresponding branch; 3. Start to adapt the 20.03 SPCE file, modify and check the SP2 incoming source package, and submit incoming source deliverables, a total of 36 PR were merged. Matters needing attention Urge the release-sig team to review the PR as soon as possible and add the ROS component to the release test;

1 0

etcd使用的简单介绍
by openEuler conference 13 May '21

13 May '21

1 0

ROS例会
by 安传旭 13 May '21

13 May '21

您好！ openEuler ROS SIG 邀请您参加 2021-05-13 19:00 召开的腾讯会议会议主题：ROS例会会议内容： 1. openEuler ROS组件的移植情况； 2. ROS组件对openEuler 20.03 LTS SP2的适配。点击链接入会，或添加至会议列表：https://meeting.tencent.com/s/2fogPapxXLsg <https://meeting.tencent.com/s/2fogPapxXLsg> 会议 ID：969 2960 5954 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com <http://gitee.com/>的ID 更多资讯尽在：https://openeuler.org/zh/ <https://openeuler.org/zh/> Hello! Openeuler Ros SIG invites you to attend the Tencent conference at 2021-05-13 19:00 Conference Theme: ROS Regular Meeting Content of the Conference: 1. Migration of OpenEuler ROS components; 2. Adaptation of the ROS component to OpenEuler 20.03 LTS SP2. Click on the links to membership, or add to the meeting list: https://meeting.tencent.com/s/2fogPapxXLsg <https://meeting.tencent.com/s/2fogPapxXLsg> Conference ID: 969 2960 5954 Warm Reminder: It is recommended to change the participant's name after accessing the conference, or you can use your ID at gitee.com <http://gitee.com/> More information on: https://openeuler.org/zh/ <https://openeuler.org/zh/>

1 0

ROS例会
by 安传旭 13 May '21

13 May '21

您好！ openEuler ROS SIG 邀请您参加 2021-05-14 19:00 召开的腾讯会议会议主题：ROS例会会议内容： 1. openEuler ROS组件的移植情况； 2. ROS组件对openEuler 20.03 LTS SP2的适配。点击链接入会，或添加至会议列表：https://meeting.tencent.com/s/2fogPapxXLsg 会议 ID：969 2960 5954 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com <http://gitee.com/>的ID 更多资讯尽在：https://openeuler.org/zh/ <https://openeuler.org/zh/> Hello! Openeuler Ros SIG invites you to attend the Tencent conference at 2021-05-14 19:00 Conference Theme: ROS Regular Meeting Content of the Conference: 1. Migration of OpenEuler ROS components; 2. Adaptation of the ROS component to OpenEuler 20.03 LTS SP2. Click on the links to membership, or add to the meeting list: https://meeting.tencent.com/s/2fogPapxXLsg Conference ID: 969 2960 5954 Warm Reminder: It is recommended to change the participant's name after accessing the conference, or you can use your ID at gitee.com More information on: https://openeuler.org/zh/

1 0

Firefly-RK3399 开发板的 openEuler 内测镜像发布
by 方亚芬 12 May '21

12 May '21

Hi，大家好。我是 openEuler 社区树莓派 SIG 组的 maintainer。我们发布了适配到 Firefly-RK3399 开发板的 openEuler 内测镜像，详见：https://gitee.com/openeuler/rockchip。欢迎大家试用，有问题或需求欢迎提 issue。祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

RaspberryPi例会
by openEuler conference 12 May '21

12 May '21

2 1

virt sig例会-20210514
by openEuler conference 12 May '21

12 May '21

1 0

品牌委员会理会
by openEuler conference 12 May '21

12 May '21

1 0

sig-bio双周例会
by openEuler conference 11 May '21

11 May '21

2 1

由于5月12日与TC例会冲突，会议时间调整到5月19日//sig-release-management双周例会
by Xuxiaosong 11 May '21

11 May '21

欢迎大家申报议题。 From: openEuler conference [mailto:public@openeuler.io] Sent: Tuesday, May 11, 2021 10:22 AM Subject: [Dev] sig-release-management双周例会您好！ openEuler sig-release-management SIG 邀请您参加 2021-05-19 10:00 召开的ZOOM会议会议主题：sig-release-management双周例会会议链接：https://us06web.zoom.us/j/86347500013?pwd=cjYydXVaUGE1czdFVE11bU5sY0tHdz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2021-05-19 10:00, The subject of the conference is sig-release-management双周例会, You can join the meeting at https://us06web.zoom.us/j/86347500013?pwd=cjYydXVaUGE1czdFVE11bU5sY0tHdz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

1 0

sig-release-management双周例会
by openEuler conference 11 May '21

11 May '21

1 0

openEuler安全委员会例会
by openEuler conference 11 May '21

11 May '21

1 0

TC双周例会
by openEuler conference 10 May '21

10 May '21

3 2

sig-release-management双周例会
by openEuler conference 10 May '21

10 May '21

2 1

【Meeting Notice】openEuler kernel 技术分享第五期 & 双周例会 Time: 2021-05-14 14:00-18:00
by Meeting Book 10 May '21

10 May '21

1 0

sig-confidential-computing双周例会
by openEuler conference 10 May '21

10 May '21

1 0

申报议题 RE: [Tc] Re: TC双周例会
by Chenyanpan 10 May '21

10 May '21

议题： openEuler OBS 构建 Project Config 及 spec 优化内容： OBS 每次构建软件包会创建新的构建环境（build environment），在构建环境中 preinstall 一些必备软件包，然后 install 这些必备软件包及其依赖，以及 spec 中指定的 BuildRequires 及其依赖。当前 preinstall 安装多余软件包，部分软件包 spec 存在多余依赖，导致每次创建构建环境至少需要安装 300+ 个 rpm，占用空间 1.2GB，耗时 60+ 秒。需要对 Project Config 及 spec 进行优化，减少构建过程安装的 rpm 数量，避免 IO 资源浪费，缩短构建时间。同时去掉软件包 spec 多余依赖，避免安装时间、空间浪费，也避免安装多余 rpm 引入的安全风险。 From: Liujingang (Bob) [mailto:liujingang09@huawei.com] Sent: Monday, May 10, 2021 9:26 AM To: tc(a)openeuler.org; dev(a)openeuler.org Subject: [Tc] Re: TC双周例会欢迎大家上报议题，当前议题如下： 1、遗留问题跟踪： 2、SIG运作情况分享：（1）sig-OKD运作情况介绍杨昭（2）sig-ONL运作情况介绍栾建海（3）Storage运作情况介绍刘志强 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, May 10, 2021 9:11 AM To: tc(a)openeuler.org<mailto:tc@openeuler.org>; dev(a)openeuler.org<mailto:dev@openeuler.org> Subject: [Tc] TC双周例会您好！ openEuler TC SIG 邀请您参加 2021-05-12 10:00 召开的ZOOM会议(自动录制) 会议主题：TC双周例会会议链接：https://us06web.zoom.us/j/83802136408?pwd=NWVzQStkM1V6bEpkTzFqdEc5cFZidz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-05-12 10:00, The subject of the conference is TC双周例会, You can join the meeting at https://us06web.zoom.us/j/83802136408?pwd=NWVzQStkM1V6bEpkTzFqdEc5cFZidz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

1 0

【Infra】邮件列表故障通知
by 随心 08 May '21

08 May '21

Hey openEuler developers: Due to a physical hardware failure on the cloud instance, the delivering functionality of the mailing list became abnormal between 09:00 and 10:00 on May 8, 2021, now the service is online now. If you use the mailing list service during this period, you need to resend the mail again. To avoid similar problems in the future, the Infrastructure team plan to refactor the deloyment architecture to guarantee service SLA. If you still have other problems, please contact us in the following ways: [1]: https://gitee.com/openeuler/infrastructure/issues [2]: infra(a)openeuler.org Gaohechao openEuler Infrastructure Team --------------------------------------------------------------------------------------------------------------------------- openEuler社区的开发者: 由于云主机物理硬件故障，在2021年5月8日9:00-10:00期间邮件列表收发邮件功能出现异常，当前系统已经恢复，如果有在此时间段使用邮件列表服务，需要重新发送。为避免后续类似问题，基础设施小组已经计划对邮件列表做HA改造，保障服务的SLA，如果您在服务使用中还遇到其他问题，请通过以下途径联系我们： [1]: https://gitee.com/openeuler/infrastructure/issues [2]: infra(a)openeuler.org 高鹤超 openEuler 基础设施团队

1 0

openEuler 20.03 LTS SP2 Test round 1转测试通知
by Xuxiaosong 08 May '21

08 May '21

转测试计划比原计划有2天延期。请相关责任人最晚于2021-5-10前完成特性进展更新为正常状态。 Test round 1版本取用路径如下： http://121.36.84.172/dailybuild/openEuler-20.03-LTS-SP2/openeuler-2021-05-0… 欢迎感兴趣的开发者提前获取验证，对于发现的问题请及时以issue的方式反馈给openEuler社区（里程碑选择openEuler 20.03-LTS-SP2-round-1）。由本次为发布前测试环节，软件版本可能存在重大问题，不建议大规模使用。 Release计划路径 https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… 1、本轮转41个特性，详见附件； 2、本轮新增和删除包列表详见附件； Release plan Stage name Begin time End time key feature collect 2021-03-16 2021-03-31 Develop 2021-03-16 2021-04-26 Kernel freezing 2021-04-16 2021-04-16 Build 2021-04-26 2021-04-30 Test round 1（we are here） 2021-05-6 2021-05-12 Test round 2 2021-05-17 2021-05-21 Test round 3 2021-05-24 2021-05-31 Test round 4 2021-06-03 2021-06-07 Test round 5 2021-06-09 2021-06-11 release 2021-06-28 2021-06-30 Feture list 状态说明：discussion(方案讨论，需求未接受)，developing(开发中)，Testing(测试中)，Reject(未纳入版本) no fetur status sig owner 1 openEuler 20.03-LTS-SP2版本支持内核热升级<https://gitee.com/openeuler/release-management/issues/I3JDU8?from=project-i…> Testing ops anatas<https://gitee.com/anatas> 2 openEuler 20.03-LTS-SP2支持内存分级扩展特性<https://gitee.com/openeuler/release-management/issues/I2C2NI?from=project-i…> Testing storage liuzhiqiang26<https://gitee.com/liuzhiqiang26> 3 openEuler 20.03-LTS-SP2版本集成secgear组件<https://gitee.com/openeuler/release-management/issues/I3JE3U?from=project-i…> Testing sig-confidential-computing chenmaodong<https://gitee.com/chenmaodong> 4 openEuler 20.03 LTS SP2 support OpenStack Rocky Discussion sig-openstack @joec88 @liksh @xiyuanwang @huangtianhua 5 openEuler 20.03 LTS SP2支持osinfo软件包<https://gitee.com/openeuler/release-management/issues/I3N30H?from=project-i…> Testing 6 openEuler 20.03 LTS SP2开源openEuler-rpm-config宏定义文件<https://gitee.com/openeuler/release-management/issues/I3N30J?from=project-i…> Testing 7 openEuler 20.03 LTS SP2 支持 compat-openssl10、libzip等<https://gitee.com/openeuler/release-management/issues/I3N30L?from=project-i…> Testing 8 openEuler 20.03 LTS SP2 支持libwbxml、hyperscan<https://gitee.com/openeuler/release-management/issues/I3N30N?from=project-i…> Testing 9 openEuler 20.03 LTS SP2支持microcode_ctl<https://gitee.com/openeuler/release-management/issues/I3N30S?from=project-i…> Testing 10 openEuler 20.03 LTS SP2支持bcc软件包<https://gitee.com/openeuler/release-management/issues/I3N30Q?from=project-i…> Testing 11 openEuler 20.03 LTS SP2支持树莓派<https://gitee.com/openeuler/release-management/issues/I3N30P?from=project-i…> Testing 12 openEuler 20.03 LTS SP2支持1822 HBA卡<https://gitee.com/openeuler/release-management/issues/I3N30V?from=project-i…> Testing 13 openEuler 20.03 LTS SP2支持飞腾2000+/64<https://gitee.com/openeuler/release-management/issues/I3N30W?from=project-i…> Testing 14 openEuler 20.03 LTS SP2支持maildrop和proftpd<https://gitee.com/openeuler/release-management/issues/I3N30X?from=project-i…> Testing 15 openEuler 20.03 LTS SP2支持 iSulad 2.0<https://gitee.com/openeuler/release-management/issues/I3N312?from=project-i…> Testing 16 openEuler 20.03 LTS SP2 A-tune 2.0<https://gitee.com/openeuler/release-management/issues/I3N314?from=project-i…> Testing 17 openEuler 20.03 LTS SP2 支持网络安装<https://gitee.com/openeuler/release-management/issues/I3N315?from=project-i…> Testing 18 openEuler 20.03 LTS SP2 支持 criu组件<https://gitee.com/openeuler/release-management/issues/I3N319?from=project-i…> Testing 19 openEuler 20.03 LTS SP2支持config_acpi_nfit<https://gitee.com/openeuler/release-management/issues/I3N31B?from=project-i…> Testing 20 openEuler 20.03 LTS SP2 虚拟化增强<https://gitee.com/openeuler/release-management/issues/I3N31E?from=project-i…> Testing 21 openEuler 20.03 LTS SP2 支持 UKUI桌面<https://gitee.com/openeuler/release-management/issues/I3N31F?from=project-i…> Testing 22 openEuler 20.03 LTS SP2 支持openGauss<https://gitee.com/openeuler/release-management/issues/I3N31I?from=project-i…> Testing 23 openEuler 20.03 LTS SP2 支持DDE桌面<https://gitee.com/openeuler/release-management/issues/I3N31J?from=project-i…> Testing 24 openEuler 20.03 LTS SP2 编译器支持openjdk<https://gitee.com/openeuler/release-management/issues/I3N31M?from=project-i…> Testing 25 openEuler 20.03 LTS SP2支持HA<https://gitee.com/openeuler/release-management/issues/I3N31O?from=project-i…> Developing 26 openEuler 20.03 LTS SP2 加速库版本同步<https://gitee.com/openeuler/release-management/issues/I3N31Q?from=project-i…> Testing 27 openEuler 20.03 LTS SP2支持金融领域软件包<https://gitee.com/openeuler/release-management/issues/I3N311?from=project-i…> Testing 28 openEuler 20.03 LTS SP2支持kmod功能<https://gitee.com/openeuler/release-management/issues/I3N30C?from=project-i…> Testing 29 openEuler 20.03 LTS SP2支持华为多路径<https://gitee.com/openeuler/release-management/issues/I3N2XS?from=project-i…> Testing 30 openEuler 20.03 LTS SP2 CPU核故障在线隔离解决方案<https://gitee.com/openeuler/release-management/issues/I3N36L?from=project-i…> Developing 31 openEuler 20.03 LTS SP2 支持多应用版本构建和发布<https://gitee.com/openeuler/release-management/issues/I3N36K?from=project-i…> Developing 32 openEuler 20.03 LTS SP2 内存UCE故障降级，用户数据保持一致，业务可持续运行<https://gitee.com/openeuler/release-management/issues/I3N36H?from=project-i…> Testing 33 openEuler 20.03 LTS SP2 故障预测框架<https://gitee.com/openeuler/release-management/issues/I3N36F?from=project-i…> Developing 34 openEuler 20.03 LTS SP2 IO_URING全栈使能<https://gitee.com/openeuler/release-management/issues/I3N36C?from=project-i…> Testing 35 openEuler 20.03 LTS SP2 Qemu：虚拟化可靠性和可维护性增强<https://gitee.com/openeuler/release-management/issues/I3N369?from=project-i…> Testing 36 openEuler 20.03 LTS SP2 Qemu：热迁移pro，提升热迁移性能+安全<https://gitee.com/openeuler/release-management/issues/I3N368?from=project-i…> Testing 37 openEuler 20.03 LTS SP2支持StratoVirt：下一代轻量化虚拟化平台<https://gitee.com/openeuler/release-management/issues/I3N364?from=project-i…> Testing 38 【openEuler 20.03 LTS SP2】继承xfce 4.14<https://gitee.com/openeuler/release-management/issues/I3NC3I?from=project-i…> Discussion xfce @dillon_chen<https://gitee.com/dillon_chen> 39 【openEuler 20.03 LTS SP2】继承Kubernetes 1.18<https://gitee.com/openeuler/release-management/issues/I3NC5H?from=project-i…> Testing sig-cloudnative @jingxiaolu<https://gitee.com/jingxiaolu> 40 【openEuler 20.03 LTS SP2】继承门禁检查功能<https://gitee.com/openeuler/release-management/issues/I3O08F?from=project-i…> Testing 41 openEuler 20.03-LTS-SP2 集成 kubernetes 及其依赖组件<https://gitee.com/openeuler/release-management/issues/I2BHF4?from=project-i…> Testing 42 openEuler 20.03-LTS-SP2 arm虚拟机支持NMI watchdog<https://gitee.com/openeuler/release-management/issues/I2B4WL?from=project-i…> Testing 43 openEuler 20.03-LTS-SP2 集成 coredns 及其依赖组件<https://gitee.com/openeuler/release-management/issues/I3MXLJ?from=project-i…> Testing 44 【openEuler 20.03 LTS SP2】虚拟机热迁移支持TLS<https://gitee.com/openeuler/release-management/issues/I3IE57?from=project-i…> Testing 45 【kernel-4.19】openEuler kernel nvme 驱动增强<https://gitee.com/openeuler/release-management/issues/I1WGZE?from=project-i…> Testing 46 openEuler 20.03-LTS-SP2 集成 etcd 及其依赖组件<https://gitee.com/openeuler/release-management/issues/I3MXGJ?from=project-i…> Testing 47 【openEuler 20.03 LTS SP2】【虚拟化】回合openEuler 21.03，vmtop支持x86<https://gitee.com/openeuler/release-management/issues/I3NLWF?from=project-i…> Testing

1 0

openEuler Repository Issues
by George 07 May '21

07 May '21

大家好，我是openEuler社区Infra-Sig组maintainer，近期对openEuler在Gitee上的代码仓库进行梳理，发现一些不符合预期的代码仓库，需要整改，现将相关事宜知会如下： 1、openEuler社区目前的代码仓库结构：    openEuler社区在Gitee平台有一个对应的Enterprise，名为open_euler    其下有三个组织：        openeuler：用于管理源码仓库，通过https://gitee.com/openeuler/community/tree/master/repository/openeuler.yaml配置文件管理        src-openeuler：用于管理二进制仓库，通过https://gitee.com/openeuler/community/tree/master/repository/src-openeuler.yaml配置文件管理        openEuler-competition：用于管理社区竞赛相关代码仓库，通常由相关委员会成员通知Infra-Sig组添加或删除。    2、扫描发现部分社区成员在open_euler Enterprise下创建、Fork了部分仓库，这些仓库不属于三个组织中的任何一个，具体仓库信息见附件。    这部分仓库通常是误操作导致，创建者在创建后又无权限删除，导致仓库残留。后续会禁用直接在企业下创建和Fork仓库的权限。    所以Infra-Sig近期（1周后）将对上述仓库做清理，删除这些直接归属在Enterprise下的仓库。 3、清理原因：仓库占用社区资源且仓库路径容易引起混淆。     4、如何确认是否有自己涉及的仓库：下载附件，在附件中搜索自己的giteeId（注意是giteeId不是Gitee名称）。     如果没有搜索到即不涉及。如果搜索到，但确认不需要该仓库，则无需特殊处理，由Infra-Sig统一清理。 5、如有特殊需求需要保留上述仓库，请联系infra(a)openeuler.xn--org,-t35f38cpymo8g1mtcurqv3bu6ciw0h.    ------------------------------------------------------------------------------------------------------------------------------------------------------------------- Hi, I am the maintainer of Infra-Sig of openEuler community. I recently reviewed the code repository of OpenEuler on the Giitee, Some code repositories that do not meet expectations are found and need to be rectified. The following issues are notified: 1. The code repository structure of the openEuler community is as follows:     The openEuler community has an enterprise named open_euler on the Gitee platform.     There are three organizations under it:            openeuler: manages the source code repository through the https://gitee.com/openeuler/community/tree/master/repository/openeuler.yaml configuration file.            src-openeuler: manages the binary repository through the https://gitee.com/openeuler/community/tree/master/repository/src-openeuler.… configuration file.            openEuler-competition: It is used to manage the code repository related to community competitions. Generally, the relevant committee members notify the Infra-Sig to add or delete the code repository. 2. The scan shows that some community members have created and fork some repositories under open_euler Enterprise. These repositories do not belong to any of the three organizations. For details about the repositories, see the attachment.     These repositories are usually caused by misoperations. After being created, the creator does not have the permission to delete them. As a result, the repositories are residual. The permission to create and fork repositories in the enterprise will be disabled later.     Therefore, Infra-Sig will clean up these repositories in the near future (one week later) and delete these repositories directly belonging to Enterprise. 3. Handling reason: The repository occupies community resources and the repository path is easy to confuse. 4. How to check whether your repository is involved: Download the attachment and search for your giteeId in the attachment (giteeId，not the name).     If no search result is found, this issue is not involved. If the repository is found but is not need, the Infra-Sig deletes the warehouse in a unified manner. 5. If there is a special need to retain the above repositories, please contact infra(a)openeuler.org and explain the reason for retaining the repository.

1 0

【DISCUSS】Impala 3.3.0版本在openEuler ARM64架构下的支持
by Peng Lei 07 May '21

07 May '21

Hi devs：我们目前有在openEuler 20.03 LTS arm64平台上使用Impala v3.3.0的使用诉求，但是遗憾的是目前openEuler 20.03并没有提供Impala v3.3.0的软件包或者Impala v3.3.0从x86 到arm的迁移指导。*我们正在尝试做这项工作* *目前的进展：* 1、Impala v3.3.0已经编译完成其依赖的*20+*个软件包（cctz orc1.4 libev breakpad flatbuffers re2 libunwind-1.3-rc1等） 2、剩余5个模块尚未完成迁移（ kudu-1.10.0-cdh6.x-SNAPSHOT llma-minikdc-1.1.0 hive-2.1.1-cdh6.x-SNAPSHOT hbase-2.1.0-cdh6.x-SNAPSHOT sentry-2.1.0-cdh6.x-SNAPSHOT） * 希望有更多的开源爱好者，可以关注和参与到我们的工作中。* 后续我们也会用邮件的方式，同步我们的关键进展，最终提供 Impala v3.3.0的arm 软件包提供给openEuler社区。 Thanks 彭磊

3 3

[DB SIG MEETUP] DB SIG HangZhou meetup Invitation.
by bo zhaobo 06 May '21

06 May '21

各位openEuler开发者，大家好： openEuler DB SIG将于5.9日在杭州举行首次线下meetup，本次Meetup现已邀请到来自openEuler DB SIG、MariaDB Foundation、沃趣科技、openGauss社区、openLooKeng社区等重量级嘉宾进行技术分享。详情请看： https://openeuler.org/zh/interaction/salon-list/detail/?id=43&isMini=1 欢迎各位专家、开发者到场参与。感谢。 --------------------------------------------------------------------------------------------------------------------------- Hi openEuler contributors: openEuler DB SIG will raise a meetup in HangZhou on 9th May, we had invited the high guests from openEuler DB SIG members, MariaDB Foundation, Woqu Tech, openGauss community and openLooKeng community. For more details, please see: https://openeuler.org/zh/interaction/salon-list/detail/?id=43&isMini=1 We are welcome and excited that your attendance. Thank you. BR Bo Zhao [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> 04/30/21, 12:00:00 PM

2 1

【月度update】openEuler 20.03 LTS SP1 Update 2021/4/30 release评审通知
by xiasenlin 06 May '21

06 May '21

openEuler 20.03 LTS SP1 Update 20210430 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年5月7日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I3INM4?from=project-i… 版本目标：CVE、大数据多版本软件包特性和Bugfix修复版本计划：例行CVE冻结（本次为月度例行版本）：20210420 代码冻结： 20210420 转测试时间：20210427 版本发布： 20210430 本次更新主要涉及：python-pillow、netty等；修复cve：66个修复bug：6个新增软件包：3个 SP1：发布源码包 40个； arm二进制包 371个; x86二进制包 374个； SP1:EPOL：发布源码包：EPOL：6个；arm二进制包 15个; x86二进制包 15个； CVE清单： CVE 组件 CVE-2021-20197 binutils CVE-2021-28831 busybox CVE-2020-35492 cairo CVE-2021-27506 clamav CVE-2021-22890 curl CVE-2021-22876 curl CVE-2021-21381 flatpak CVE-2019-8308 flatpak CVE-2021-28153 glib2 CVE-2020-17489 gnome-shell CVE-2020-25666 ImageMagick CVE-2020-25675 ImageMagick CVE-2020-25676 ImageMagick CVE-2020-27757 ImageMagick CVE-2020-27758 ImageMagick CVE-2020-27771 ImageMagick CVE-2020-27772 ImageMagick CVE-2020-27774 ImageMagick CVE-2020-27775 ImageMagick CVE-2020-27751 ImageMagick CVE-2019-18853 ImageMagick CVE-2020-27755 ImageMagick CVE-2020-27223 jetty CVE-2021-28165 jetty CVE-2019-2708 libdb CVE-2020-35523 libtiff CVE-2020-35524 libtiff CVE-2021-20305 nettle CVE-2021-21295 netty CVE-2021-21409 netty CVE-2021-23362 nodejs-hosted-git-info CVE-2021-23358 nodejs-underscore CVE-2021-3474 OpenEXR CVE-2021-3477 OpenEXR CVE-2021-3475 OpenEXR CVE-2021-20296 OpenEXR CVE-2021-3476 OpenEXR CVE-2021-3479 OpenEXR CVE-2021-3449 openssl CVE-2021-27906 pdfbox CVE-2021-27807 pdfbox CVE-2021-28957 python-lxml CVE-2021-25293 python-pillow CVE-2021-25290 python-pillow CVE-2021-25292 python-pillow CVE-2021-27291 python-pygments CVE-2021-20270 python-pygments CVE-2020-26137 python-urllib3 CVE-2019-18281 qt5-qtbase CVE-2021-3470 redis CVE-2021-20289 resteasy CVE-2021-20271 rpm CVE-2021-28834 rubygem-kramdown CVE-2019-13574 rubygem-mini_magick CVE-2020-11076 rubygem-puma CVE-2020-11077 rubygem-puma CVE-2020-26298 rubygem-redcarpet CVE-2020-12866 sane-backends CVE-2020-25097 squid CVE-2021-20193 tar CVE-2021-29136 umoci CVE-2020-13936 velocity CVE-2018-1311 xerces-c 修复bug清单：【20.03-LTS-SP1】【arm/x86】clamav包下的 clamdtop 命令执行报错 https://gitee.com/open_euler/dashboard?issue_id=I3OUAN 【20.03 LTS-SP1版本】redis-server帮助信息内容错误 https://gitee.com/open_euler/dashboard?issue_id=I3OT6A sp1升级tpm2-tools后，直接执行tpm2命令会出现segfault https://gitee.com/open_euler/dashboard?issue_id=I3OSZ3 【20.03-LTS-SP1】【arm/x86】clamav包下的clamconf、clamdscan、clamdtop 命令执行报错，缺少配置文件 https://gitee.com/open_euler/dashboard?issue_id=I3OMTU 【20.03-SP1】【arm】报错无文件 https://gitee.com/open_euler/dashboard?issue_id=I3OMJH 【20.03-LTS-SP1】【arm/x86】clamav包下的clambc命令执行报错 https://gitee.com/open_euler/dashboard?issue_id=I3OLQM 涉及软件仓清单： binutils busybox cairo clamav criu curl etmem flatpak gcc glib2 glibc gnome-shell ima-evm-utils ImageMagick jetty libboundscheck libdb libtiff nettle netty nodejs-hosted-git-info nodejs-underscore OpenEXR openssl openvswitch pdfbox python-lxml python-pillow python-pygments python-urllib3 qt5-qtbase redis resteasy rpm ruby rubygem-kramdown rubygem-mini_magick rubygem-puma rubygem-redcarpet sane-backends squid tar tpm2-tools tpm2-tss umoci velocity

1 0

【Meeting Notice】openEuler kernel 技术分享第四期 & 双周例会 Time: 2021-04-30 14:00-18:00
by chengjian (D) 29 Apr '21

29 Apr '21

-------- Forwarded Message -------- Subject: 【Meeting Notice】openEuler kernel 技术分享第四期 & 双周例会 Time: 2021-04-30 14:00-18:00 Date: Thu, 29 Apr 2021 17:52:38 +0800 From: Meeting Book <uMeeting(a)huawei.com> To: cj.chengjian(a)huawei.com Topic openEuler kernel 技术分享第四期 & 双周例会 Time 2021-04-30 14:00-18:00((UTC+08:00)Beijing) Join Conference Join (External) >> <https://welink-meeting.zoom.us/j/795275194> Meeting ID 795 275 194 Convener 唐嘉远 Agenda 14:00 ~ 15:30 openEuler kernel 技术分享第四期(openEuler内核的PCI子系统介绍-汪雄峰) 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】openEuler kernel 技术分享第四期 & 双周例会 Time: 2021-04-30 14:00-18:00
by Meeting Book 29 Apr '21

29 Apr '21

1 0

Rust Sig和Compiler SIG是否有支持musl工具链计划
by Xufei (VF) 29 Apr '21

29 Apr '21

背景：当前openEuler社区的Rust语言安装包只支持gnu工具链（动态链接）的安装，并不支持musl工具链（静态链接）；业界中Rust语言开发的虚拟化开源软件均使用musl版本进行构建，例如Firecracker、Cloud Hypervisor，因此建议能尽快补齐musl工具链的能力意义： 1、 musl 版本的静态链接支持可让编译出的二进制可移植性更强，不依赖于动态库，提升应用程序可部署能力。 2、 musl 版本的静态链接支持可减少动态链接中的启动时间和内存开销。社区musl工具链支持现状： 1、 musl基础编译工具链在openEuler社区还未支持（例如musl-gcc等等），CentOs、Fedora系统均已支持。 2、 musl版本的libc库的支持，musl的libc库虽然已经引入openEuler社区，但是尝试安装时却无法使用详见https://gitee.com/src-openeuler/musl/issues/I3OICZ?from=project-issue 3、Rust语言安装包的src-openEuler仓库需要适配，实现Rust语言安装包musl工具链支持。请问Rust SIG和Compiler SIG是否有支持musl工具链相关计划?

1 0

安全委员会例会
by openEuler conference 28 Apr '21

28 Apr '21

2 1

OpenStack SIG 例会
by openEuler conference 28 Apr '21

28 Apr '21

2 1

QA-SIG 双周例会
by openEuler conference 27 Apr '21

27 Apr '21

1 0

【重要】openEuler src-openeuler/kernel 仓库已完成瘦身（涉及 force push）
by chengjian (D) 27 Apr '21

27 Apr '21

一句话总结：为了解决仓库太大的问题，src-openeuler/kernel 仓库于今天 2021/04/27 下午 17:30 左右进行了*force push* 因此大家之前 fork 和 clone 的私人仓库建议*强制同步*。 1. 个人 fork 的仓库，可以使用 gitee 的*一键同步功能*，强制拉取。 2. 个人本地 clone 的仓库，建议 *删除掉仓库后重新下载*（如果 clone 的是自己 fork 的仓库，待 1 完成后再进行 2 操作）。 # 1 问题背景 ------- 仓库地址：https://gitee.com/src-openeuler/kernel src-openEuler/kernel 仓库通过 PR 方式来合入补丁。但是 gitee 限制私人仓库不能超过 1G，超过 1G 之后仓库将被封禁，停止访问，禁止提交。个人 fork 的 src-openEuler/kernel 私人仓库无法正常 push，因此无法向 openEuler 主仓提交 PR。 # 2 问题分析 ------- 检索 git/objects 信息发现：历史提交中有一些内核源代码 TAR 包，该文件大小接近 1G，导致仓库较大涉及的历史提交如下：即使大文件已经在历史提交中被删除，但是仍然存在于 git 历史记录中，方便查找历史提交和回滚版本。 # 3 问题解决 ------- 通过 git filter-branch 强制删除了历史上的大文件的提交，并重建了 commit 记录。最后仓库进行了强制 push 本次瘦身清理的历史文件包括： 1. linux-4.19.90.tar.gz 内核源代码 TAR 包 2. patches.tar.bz2 patch 文件 TAR 包此次清理的历史都是早期仓库创建初期的一些提交，已在后面提交中被清理。现在当前仓库使用 PR 方式合入，经过 CI 门禁和 Committer 检视，不会再发生此类问题。清理前，仓库大小 1.1G 清理后，仓库大小 3.1M # 4 影响以及建议操作 ------- 由于仓库进行了强制 push，因此大家之前 fork 和 clone 的私人仓库建议强制同步。 1. fork 的仓库，可以使用 gitee 的一键同步功能，强制拉取。点击红色框中的刷新按钮即可。 2. 自己本地 clone 的仓库，建议删除仓库后重新下载。谢谢 ---- 成坚

1 0

回复：CloudNative SIG双周例会
by gwei3 27 Apr '21

27 Apr '21

代表安全委员会申请增加一个议题： 2. 讨论sig安全联络员的设置魏刚 ---原始邮件--- 发件人: "openEuler conference"<public(a)openeuler.io> 发送时间: 2021年4月27日(周二) 中午11:07 收件人: "cloudnative"<cloudnative(a)openeuler.org>;"dev"<dev(a)openeuler.org>; 主题: [Dev] CloudNative SIG双周例会您好！ openEuler sig-CloudNative SIG 邀请您参加 2021-04-27 16:00 召开的ZOOM会议(自动录制) 会议主题：CloudNative SIG双周例会会议内容：1.各项工作进展同步 2.议题待收集会议链接：https://us06web.zoom.us/j/87445971925?pwd=bDNJVVdFb1llM29CY21zM1k0Ykx2QT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-CloudNative SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-04-27 16:00, The subject of the conference is CloudNative SIG双周例会, Summary: 1.各项工作进展同步 2.议题待收集 You can join the meeting at https://us06web.zoom.us/j/87445971925?pwd=bDNJVVdFb1llM29CY21zM1k0Ykx2QT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information

2 1

答复: [Buildteam] 对openEuler for risc-v grub2 补丁的添加
by zhangxuzhou 27 Apr '21

27 Apr '21

Hi GUI：很好的工作！看了一下你的pr，包含一个patch，没有对spec文件进行修改； src-openEuler/grub2 用于构建openEuler的软件包，由上游社区发行版+patch组成，你的提交需要确保能够构建成功软件包，然后才能由maintainer/commiter 审核之后合入；建议在本地环境上先将利用src-openEuler/grub2 下的spec文件作出rpm包的过程验证完成再提交pr。另外src-openEuler/grub2 仓中包含300+ 个patch，结构确实有些复杂，已将此邮件转发至dev mailist，还请负责维护grub2 的开发者审视pr，协助完成补丁的合入。十分感谢。 BR Whoisxxx(张旭舟) 发件人: GUI [mailto:2991707448@qq.com] 发送时间: 2021年4月26日 8:40 收件人: buildteam <buildteam(a)openeuler.org> 主题: [Buildteam] 对openEuler for risc-v grub2 补丁的添加 RISC-V SIG的前辈们大家好，我前段时间完成了openEuler kernel 5.12rc riscv的grub2 启动测试，前天完成了稳定版OLK-5.10的测试。仓库地址是：5-GuEe Studio: XBook and GNL forever! (gitee.com)<https://gitee.com/openeuler2020/team-1375238611> 仓库里有非常详细的实现步骤以及补丁。昨天基于最新master分支向src-openEuler/grub2 (gitee.com)<https://gitee.com/src-openeuler/grub2>提交了补丁PR，第一次向OpenEuler社区提交补丁，因此格式可能还不符合OpenEuler社区的要求，欢迎大家使用和提出改进建议。 Hello, RISC-V SIG, I completed the test of grub2 startup for openEuler kernel 5.12rc riscv before, and completed the test of the release version of OLK-5.10 in the day before yesterday. The depository address is: 5-GuEe Studio: XBook and GNL forever! (gitee.com)<https://gitee.com/openeuler2020/team-1375238611> There are some implementation ways and patches in there. I based on the new master branch hand in a patch PR to src-openEuler/grub2 (gitee.com)<https://gitee.com/src-openeuler/grub2> This is my first time to hand in a patch to the OpenEuler community. So my PR's format may not meet the requirements of the OpenEuler community. You are welcome to use the tool and give suggestion.

1 0

CloudNative SIG双周例会
by openEuler conference 27 Apr '21

27 Apr '21

1 0

CloudNative SIG双周例会
by openEuler conference 27 Apr '21

27 Apr '21

1 0

sig-release-management双周例会
by Xuxiaosong 25 Apr '21

25 Apr '21

欢迎大家申报议题。 From: openEuler conference [mailto:public@openeuler.io] Sent: Friday, April 23, 2021 8:16 PM Subject: [Dev] sig-release-management例会您好！ openEuler sig-release-management SIG 邀请您参加 2021-04-28 10:00 召开的ZOOM会议会议主题：sig-release-management例会会议链接：https://us06web.zoom.us/j/88081424194?pwd=UU4vZTZDd3FndnlETHlHTU5BOVh0Zz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2021-04-28 10:00, The subject of the conference is sig-release-management例会, You can join the meeting at https://us06web.zoom.us/j/88081424194?pwd=UU4vZTZDd3FndnlETHlHTU5BOVh0Zz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

2 1

openEuler支持多版本遗留问题讨论
by openEuler conference 25 Apr '21

25 Apr '21

1 0

【会议纪要】RE: [Virt] virt sig例会0423
by Chenqun (kuhn) 24 Apr '21

24 Apr '21

时间：2021年4月23日 14：15 - 15：45 参会人员来自：麒麟、移动、Intel、浪潮、蚂蚁、华为、飞腾等居多公司成员及个人参与者（详见与会人员信息） * 分享了StratoVirt 之 balloon特性技术原理 * 分享了StratoVirt之hydropper测试套 * virt sig组commiter及maintainer运作机制（初稿）： · 社区关键成员（maintainer和commiter）晋升及退出主要从三个维度评判：社区代码贡献度，社区事务参与度，社区成员认同度。 · maintainer晋升条件（同时满足）： · 1、贡献关键组件patch 20+个或最少2个核心组件贡献patch超过5个； · 2、连续参与社区virt sig会议超过2个月； · 3、最少3名关键社区成员（最少2名Maintainer）提名认同； · 4、virt sig组例会同意(关键成员60%赞同）； · commiter晋升条件（同时满足）： · 1、贡献关键组件patch 10+个或最少2个核心组件均有贡献或关键组件ISSUE 20+个； · 2、连续参与社区virt sig会议超过1月； · 3、最少2名关键社区成员（最少1名Maintainer）提名认同； · 4、virt sig组例会同意(关键成员60%赞同）； · maintainer和commiter退出机制（任意条件）： · 1、自愿退出； · 2、超过6个月未参与virt sig会议或超过6个月未贡献patch； · 参与openEuler社区卓越贡献者，可长期担任maintainer不受规则限制，卓越贡献者定义（任意条件）： · 1、核心组件创始者； · 2、核心组件代码贡献超过3000行； · 3、核心组件upstream社区的maintainer； · virt sig组关键组件定义： · stratovirt，qemu，kvm，libvirt，libcareplus, vmtop · virt sig组核心组件定义： · stratovirt, qemu, kvm · 社区主要沟通方式： · 公共需求或问题讨论：virt(a)openeuler.org /release-management(a)openeuler.org · 临时问题或需求：virt sig 微信群 · 各个组件ISSUE讨论： · 各个虚拟化组件ISSUE； · https://gitee.com/openeuler/release-management/issues 与会人员信息： [cid:image001.jpg@01D73879.FA445720] [cid:image002.jpg@01D73879.FA445720] From: openEuler conference via Virt [mailto:virt@openeuler.org] Sent: Wednesday, April 21, 2021 10:38 PM To: dev(a)openeuler.org; virt(a)openeuler.org Subject: [Virt] virt sig例会0423 您好！ openEuler Virt SIG 邀请您参加 2021-04-23 14:15 召开的ZOOM会议(自动录制) 会议主题：virt sig例会0423 会议内容： 1、stratovirt之virtio-balloon技术分享 2、stratovirt之hydropper测试套分享 3、commiter 及maintainer运作机制讨论会议链接：https://us06web.zoom.us/j/82229489518?pwd=enNxc0l6WVoyR1JXRmhCUjdFbDVodz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Virt SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-04-23 14:15, The subject of the conference is virt sig例会0423, Summary: 1、stratovirt之virtio-balloon技术分享 2、stratovirt之hydropper测试套分享 3、commiter 及maintainer运作机制讨论 You can join the meeting at https://us06web.zoom.us/j/82229489518?pwd=enNxc0l6WVoyR1JXRmhCUjdFbDVodz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

1 0

sig-release-management例会
by openEuler conference 23 Apr '21

23 Apr '21

1 0

virt sig例会0423
by openEuler conference 21 Apr '21

21 Apr '21

1 0

安全委员会例会
by openEuler conference 21 Apr '21

21 Apr '21

1 0

RaspberryPi例会
by openEuler conference 21 Apr '21

21 Apr '21

2 3

安全委员会例会
by openEuler conference 21 Apr '21

21 Apr '21

1 0

RaspberryPi例会
by openEuler conference 21 Apr '21

21 Apr '21

1 0

RaspberryPi例会
by 方亚芬 21 Apr '21

21 Apr '21

t2 您好！ openEuler sig-RaspberryPi SIG 邀请您参加 2021-04-21 20:00 召开的ZOOM会议会议主题：RaspberryPi例会会议内容：1. openEuler 树莓派镜像更新和测试情况 2. raspi-config 移植到 openEuler 3. openEuler移植到 RK3399 的工作进展会议链接：https://us06web.zoom.us/j/88479573928?pwd=RzJCbm5kNjkySVh3T21XTlg2QmpVUT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-RaspberryPi SIG invites you to attend the ZOOM conference will be held at 2021-04-21 20:00, The subject of the conference is RaspberryPi例会, Summary: 1. openEuler 树莓派镜像更新和测试情况 2. raspi-config 移植到 openEuler 3. openEuler 移植到 RK3399 的工作进展 You can join the meeting at https://us06web.zoom.us/j/88479573928?pwd=RzJCbm5kNjkySVh3T21XTlg2QmpVUT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information

1 0

virt sig例会
by openEuler conference 21 Apr '21

21 Apr '21

1 0

sig-bio双周例会
by openEuler conference 21 Apr '21

21 Apr '21

3 4

Re: 【月度update补发】openEuler 20.03 LTS SP1 Update 2021/4/10 release评审通知
by xiasenlin 20 Apr '21

20 Apr '21

openEuler 20.03 LTS SP1 Update 2021/4/10 release issue地址更新： https://gitee.com/openeuler/release-management/issues/I3N2HA?from=project-i… From: xiasenlin Sent: Tuesday, April 20, 2021 3:33 PM To: 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'release(a)openeuler.org' <release(a)openeuler.org>; 'qa(a)openeuler.org' <qa(a)openeuler.org>; 'sa-announce(a)openeuler.org' <sa-announce(a)openeuler.org>; 'dev(a)openeuler.org' <dev(a)openeuler.org> Cc: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Guoge(JVM) <ge.guo(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; liyongqiang (H) <liyongqiang10(a)huawei.com>; Chenzhendong (alex) <alex.chen(a)huawei.com>; Liyiting <liyiting(a)huawei.com>; Mingpei <mingpei(a)huawei.com>; Xuxiaosong <xuxiaosong(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Yanxiaobing <yanxiaobing(a)huawei.com>; Liujingang (Bob) <liujingang09(a)huawei.com>; fanjiachen (A) <fanjiachen3(a)huawei.com>; guoxiaoqi <guoxiaoqi2(a)huawei.com> Subject: 【月度update补发】openEuler 20.03 LTS SP1 Update 2021/4/10 release评审通知 openEuler 20.03 LTS SP1 Update 20210410 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年4月20日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I393RJ?from=project-i… 版本目标：CVE、软件包引入升级和Bugfix修复版本计划：例行CVE冻结（本次为月度补发版本）：20210410 代码冻结： 20210410 转测试时间：20210413 版本发布： 20210420 本次更新主要涉及：anaconda、grub2、golang等本次新增特性主要涉及： digest-list-tools i40e iavf lwip python-invoke watchdog hadoop hadoop-3.1 python-pycdlib 修复cve：8个修复bug：12个 SP1：发布源码包：42个； arm二进制包188个; x86二进制包205个； CVE清单： CVE score CVE-2020-25632 7.5 CVE-2020-25647 7.6 CVE-2020-27749 7.5 CVE-2021-20225 7.5 CVE-2021-20233 7.5 CVE-2020-27779 7.5 CVE-2020-14372 7.5 CVE-2021-3449 5.9 bugfix清单： 1、anaconda https://e.gitee.com/open_euler/repos/src-openeuler/netty/pulls/21?issue=I3B… https://gitee.com/src-openeuler/anaconda/pulls/84 2、grub2 修复高分CVE与回合社区补丁 #I38CMV:从 20.03-LTS 升级到 20.03-LTS-SP1，导致启动失败<https://gitee.com/open_euler/dashboard?issue_id=I38CMV>?from=project-issue 3、firewalld #I38VCX:LTS版本 firewalld运行依赖kernel, 影响systemd编译效率，firewalld需要优化安装依赖<https://gitee.com/open_euler/dashboard?issue_id=I38VCX>?from=project-issue 4、其他issue I3B5TJ I3AZ9M I3AZBJ I3AZOR I3AZR4 I3B0LV I3B1KE I3B1MQ I3B1O5 I3B5FS I3B5GY I3B5I2 涉及软件仓清单： anaconda apr-util assimp bcc courier-unicode dejavu-fonts digest-list-tools firewalld golang grub2 gstreamer1 gtk2 i40e iavf isula-build kata_integration kata-containers libimagequant libnotify lwip maildrop mesa mutt obs-bundled-gems openEuler-latest-release openjfx11 openjfx8 openssl proftpd python-dns python-invoke python-munch python-paramiko rhash syscontainer-tools syslinux tzdata watchdog hadoop hadoop-3.1 lorax python-pycdlib

1 0

【议题申报】TC双周例会
by xiasenlin 20 Apr '21

20 Apr '21

议题申报 3）openEuler支持多版本软件包方案及分支命名规范变更说明为了支持openEuler集成多版本软件包，我们在前期调研了红帽系的appstream概念，并为之设计了大体方案。后面在吴峰光大牛的建议下，又分析了debian/Ubuntu的支持多版本的做法，特别是其中对于soname的约束以及多repo的形式，更加符合openEuler当前构建和发布的状态，因此我们又设计了新的方案。相比appstream，新方案大大弱化对OBS构建系统的改造要求，但是对社区开发者有一些新的规则需要遵守申报人：夏森林发件人: Jiangzhenhua (Ronnie, Kunpeng Computing) [mailto:zhenhua.jiang@huawei.com] 发送时间: 2021年4月19日 11:33 收件人: tc(a)openeuler.org<mailto:tc@openeuler.org>; dev(a)openeuler.org<mailto:dev@openeuler.org>; release(a)openeuler.org<mailto:release@openeuler.org> 主题: [Dev] TC双周例会欢迎大家申报议题。 Best Regards Ronnie Jiang 姜振华华为鲲鹏计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 杭州市滨江区江虹路410号华为杭州研发中心 Z4-2-B Z4-2-B, NO.410,Jianghong Road,Binjiang District, Hangzhou 310052,P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com> 发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2021年4月19日 11:28 主题: [Dev] TC双周例会您好！ openEuler TC SIG 邀请您参加 2021-04-21 10:00 召开的ZOOM会议(自动录制) 会议主题：TC双周例会会议链接：https://us06web.zoom.us/j/84944088720?pwd=ZmIxd0tyenZheVlZVE90WXFjTmdqUT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-04-21 10:00, The subject of the conference is TC双周例会, You can join the meeting at https://us06web.zoom.us/j/84944088720?pwd=ZmIxd0tyenZheVlZVE90WXFjTmdqUT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

3 2

QA-sig双周例会
by openEuler conference 20 Apr '21

20 Apr '21

1 0

TC双周例会
by openEuler conference 20 Apr '21

20 Apr '21

3 2

How to support OpenStack old versions？
by Tianhua huang 19 Apr '21

19 Apr '21

基于厂商诉求和OpenStack SIG PTG的讨论结论，结合openEuler当前多版本支持能力现状，OpenStack SIG计划在openEuler-20.03-LTS-SP2版本优先支持OpenStack的R版本，在后续SP版本中补齐OpenStack Q/S/T版本，但是OpenStack在T版本之前只支持python2，这就意味着支持OpenStack的R、Q、S等老版本需要在openEuler-20.03里面引入python2的软件包，请问社区对于在20.03-LTS-SP2/SP3版本中引入新的python2软件包的策略是什么？OpenStack SIG组希望将OpenStack的R版本软件包引入到openEuler-20.03-LTS-SP2的EPOL，策略上是否可行？谢谢大家！ =========================================================== Based on vendor requirements,OpenStack SIG PTG discussion conclusions, and current support capabilities of OpenEuler multiple versions, OpenStack SIG plans to preferentially support OpenStack R version in openEuler-20.03-LTS-SP2. OpenStack Q/S/T will be supplemented in later SP versions. However, OpenStack earlier than T supports only python2. This means that the python2 software packages need to be introduced to openEuler-20.03 for R, Q, and S. What is the community's strategy for introducing the new python2 software packages in 20.03-LTS-SP2/SP3? The OpenStack SIG team hopes to introduce the OpenStack R version to the openEuler-20.03-LTS-SP2 EPOL. Is it feasible? Thank you.

3 2

[OpenStack-SIG] OpenStack openEuler 上下游软件包版本比对面板
by Rui Chen 19 Apr '21

19 Apr '21

SIG的朋友们大家好，我们平时在SIG组的工作中需要对大量的OpenStack软件包和依赖包进行构建和验证，OpenStack社区上游发布的软件包就有200多个[1]，引入openEuler时需要的关联构建依赖和运行依赖就更多了，相信大家在检查软件包版本的时候都花费了不少精力和时间。我做了一个小工具可以对比OpenStack上游软件包和openEuler软件仓库中的软件包版本，可以在线查看 https://kiwik.github.io/os-version-checker/ ，支持PC和移动端，是基于Debian OpenStack team的开源工具os-version-checker开发的，并在github上开源[3]，工具使用github action的cron job，每天早上生成最新数据，与 OpenStack软件包的版本差异会用不同颜色表示，欢迎大家使用和提出改进建议。 Hello, SIG friends, we need to build and verify a large number of OpenStack software packages and dependency packages in the SIG team. The OpenStack community has more than 200 software packages in one release [1]. When we build openEuler packages, there are more associated build dependencies and running dependencies. I believe you should spend a lot of effort and time checking the software package version. I have made a tool to compare the OpenStack upstream packages with the packages version in the OpenEuler software repository. You can view https://kiwik.github.io/os-version-checker/ online. It supports PC and mobile devices. It is developed based on the open-source tool os-version-checker of the Debian OpenStack team. My tool os-version-checker for openEuler is hosted in Github [3] and open source again. The tool uses the cron job of Github action to generate the latest data every morning. The version differences between the tool and the OpenStack software package are displayed in different colors. You are welcome to use the tool and give suggestion. [1]: https://releases.openstack.org/wallaby/index.html [2]: https://kiwik.github.io/os-version-checker/ [3]: https://github.com/kiwik/os-version-checker

2 1

openEuler kernel Meetup 4月9号北京站圆满结束
by Xie XiuQi 17 Apr '21

17 Apr '21

openEuler kernel Meetup 4月9号北京站圆满结束 openEuler kernel SIG组于2021年4月9日在北京成功举办了kernel meetup。本次活动云集了来自华为、麒麟、PingCAP、申威、飞腾、万里红、armChina、兆芯、美团、复旦的行业领袖、业界资深专家、高校教授、社区maintainer、开发者，吸引了现场30人+，线上约300人参与。会上就内核技术、SIG组后续运作规划进行了充分研讨，收集了各厂商的诉求并进行答疑，对SIG组后续的工作开展和技术合作有着重大意义。来自麒麟软件的孙立明老师，对ARM64 KVM 虚拟化架构做了介绍，增进了大家对ARM64 架构虚拟化的理解。麒麟软件的郭皓老师提出了openEuler kernel 支持PREEMPT_RT 的想法和思路。期待openEuler 具备更高的实时性，促进其在嵌入式领域的应用。孙立明老师郭皓老师来自兆芯的张伟老师，对兆芯CPU的演进、特性，以及兆芯补丁合入openEuler kernel 的过程做了介绍。目前兆芯的补丁已经合入openEuler 4.19 内核，预计6 月底发布的 openEuler 20.03 LTS SP2 将支持兆芯CPU。兆芯与openEuler社区的紧密合作促成了 openEuler 对兆芯CPU的快速支持，张伟老师对此表示了称赞。张伟老师来自申威的崔巍老师就处理器接口、虚拟化支持、安全增强等话题与飞腾、兆芯专家进行了现场交流，并表达了积极参与openEuler 的愿望，期待openEuler 尽快支持申威全自主指令集架构，促进openEuler社区和申威生态的共同繁荣。崔巍老师来自华为的缪勰介绍了华为针对SCM介质研发的文件系统。该文件系统的原理基于华为OS内核实验室主任陈海波老师的论文Soft Updates Made Simple and Fast on Non-volatile Memory <https://www.usenix.org/system/files/conference/atc17/atc17-dong.pdf> 采用软更新（soft-update) 提供一致性保证，采用哈希表目录结构，消除循环依赖，提供的字节级读写能力显著降低了SoupFS的复杂性等技术。性能相比业界其他SCM 文件系统有显著的提升。来自华为的杨基鸿，介绍了性能调优的常用方法、工具和思路，并通过实际案例讲解工具的应用及性能分析的思路。线上与会同学表达了对TOP-down性能分析工具的强烈兴趣，我们后续会通过专题分享介绍更多技术细节。杨基鸿来自复旦大学计算机学院的张亮教授，针对如何推动高校参与openEuler提出了建设性意见，我们后续也会持续开展面向高校的交流合作活动。张亮教授 openEuler kernel SIG 的Maintainer 谢秀奇介绍了kernel SIG一年多以来的进展以及后续的运作、规划等。与会专家老师进行了充分的研讨，提出了在kernel SIG 建立committer 机制的想法，以Committer 为核心对openEuler 内核进行规划、开发和治理。谢秀奇本次meetup的成功举办，对kernel SIG的后续工作和发展有重大意义。期待各厂商、各单位、各开发者在openEuler 开源社区这个大平台下，共建、共享、共治，让 openEuler kernel走进千行百业，成为信息产业的基石。 openEuler kernel SIG openEuler kernel 源代码仓库： https://gitee.com/openeuler/kernel 欢迎大家多多star、fork，多多参与社区开发，多多贡献补丁。关于贡献补丁请参考：如何参与 openEuler 内核开发 <https://mp.weixin.qq.com/s/a42a5VfayFeJgWitqbI8Qw> openEuler kernel SIG 微信技术交流群请扫描下方二维码添加小助手微信，备注“交流群”或“技术交流”，加入 openEuler kernel SIG 技术交流群。

1 0

Compiler SIG双周例会&技术分享
by openEuler conference 17 Apr '21

17 Apr '21

2 1

OS-Builder例会
by openEuler conference 17 Apr '21

17 Apr '21

2 1

openEuler in WSL by Wang Haitao
by 海涛 16 Apr '21

16 Apr '21

Hello guys, I am a new intern in Huawei OpenEuler, my name is Wang Haitao I can use openEuler in WSL in my computer now. Here is my gitee repo, I store everthing in here https://gitee.com/ouyanghaitao/open-euler-in-wsl I have tryed two ways: 1. import openEuler docker image in wsl, so I can start it from wsl command shell. 2. develop a WSL launcher project, so I can start openEuler on the windows start menu. I will share my dev doc, written in Chinese and English. you can see it in my email or gitee repo. If you can follow my document, try to start OpenEuler in WSL, and put forward some issues, I would be very grateful! ======================= 大家好呀, 我是华为openEuler下刚来的实习生，我叫王海涛我现在可以在我的计算机上使用openEuler的WSL。这是我的gitee repo，我帮相关的东西都放这里了 https://gitee.com/ouyanghaitao/open-euler-in-wsl 我尝试了两种方法: 1. 在wsl中导入openEuler docker映像，这样我就可以从wsl命令shell启动它。 2. 开发一个WSL启动程序项目，这样我就可以在windows开始菜单上启动openEuler。我将分享我的中英文开发文档。你可以在我的邮件或gitee repo中看到它。如果你能跟着我的文档，尝试在WSL中启动启动openEuler，并提一些issue，我会感激不尽的！

3 4

【Meeting Notice】openEuler kernel 技术分享第三期 & 双周例会 Time: 2021-04-16 14:00-18:00
by Meeting Book 16 Apr '21

16 Apr '21

1 0

kibana的日志查看/生命周期管理
by openEuler conference 15 Apr '21

15 Apr '21

1 0

双周例会
by openEuler conference 14 Apr '21

14 Apr '21

1 0

双周例会
by openEuler conference 14 Apr '21

14 Apr '21

1 0

请阅【sig-release-management 例会会议纪要_20210414】//sig-release-management 例会，欢迎申报议题，欢迎与会
by Jiangzhenhua (Ronnie, Kunpeng Computing) 14 Apr '21

14 Apr '21

轮值主持人：姜振华下次主持人：许小松与会人：jiangzhenhua、hufeng、zhuyanpeng、chenyaqiang、liyongqiang、xuxiaosong、程鑫鑫、CL-iphone、麒麟软件-白光磊、赵鹏辉、Kouwq、qingzheng、麒麟软件-崔雷、刘金刚、颜小兵、dolphin-M、kouwenqi、杨晓东、李永强、kongzizaixian、麒麟软件-杨昭、麒麟软件-郭建兴、罗飞、潘晨博、wangxiaojun、麒麟软件-王子亮、Erik Yuan、詹年科、统信-叶青龙、沙文娜、侯健、csj、张鹏会议时间：2021年4月14日 10:00－12:00 会议地点：sig电话会议议题一：为openEuler社区部署开源片段引用扫描工具SCANOSS 议题责任人：颜小兵议题背景：为openEuler社区部署开源片段引用扫描工具SCANOSS，计划在两个场景下使用：1）提交PR时，在门禁中集成该扫描；2）版本发布前，进行全量扫描；对于版本发布前全量扫描这个场景，合规SIG例会讨论后，建议到 release-SIG 组会议上讨论明确一下必要性。议题结论： 1、同意将SCANOSS引入openEuler社区； 2、考虑到SCANOSS的使用率还不是很高，可能存在误报率和使用体验上的问题，建议先定两个SIG组做试点，不做强制项，只做建议参考； 3、openEuler社区基础设施需要支持 “扫描出问题，自动提issue给Compliance SIG组的特性” ，由Compliance SIG组管理issue，并依此优化和监控SCANOSS的准确性和体验，待时机成熟，再决策是否将SCANOSS在社区正式 “转正” ； 4、openEuler社区基础设施要开放扫描接口，方便开发者在开发阶段就可以快速识别是否存在合规性问题，而不是等到提交PR时，通过门禁才发现有大量问题需要整改；议题二：关于软件生态的若干问题：议题责任人：潘晨博议题背景：目前操作系统软件生态已经成为一个很关键的要素，尤其对于openEuler这种新版本来说，软件生态尤为重要。从目前的openEuler版本发布来看，都是通过上报特性的方式来决定版本的发布内容，因此有如下三个问题： 1、讨论下openEuler对各个软件领域生态扩充计划，包括且不限于数据库，中间件，人工智能，大数据，高可用等方面？ 2、对于软件生态最迫切的应该是LTS分支，OSV基本都是基于该分支的，因此开源软件生态第一优先级是否考虑在LTS版本？后续的LTS SP版本是否规划更多的软件生态丰富？ 3、对于appstream的支持已经有oemodule来支持，那么对于开发工具集，是否考虑引入redaht的scl+Developer Toolset方案？议题结论： 1、openEuler社区高度重视生态的发展，会持续完善南北向生态。在软件领域生态方面，openEuler今年主动规划新增引入2800+软件包，覆盖了主流的企业应用场景，包括与OSV对齐的软件，以及数据库、大数据、分布式存储、虚拟化&云、WEB主流的水平场景的主流多版本。其他软件支持，case by case的解决； 2、这些软件包的引入不仅仅是引入到Master分支，而是会直接纳入到LTS/SP版本； 3、scl+Developer Toolset是一个很不错的选择，会后胡峰针对该方案做详细分析，并提供引入建议，在下次例会上讨论；议题三：openEuler 20.03 LTS SP2版本计划议题责任人：胡峰议题结论： 1、本议题介绍了openEuler 20.03 LTS SP2版本的整体计划，和关键特性需求； 2、需求冻结日期，是一个牵引日期，建议各SIG组按照该计划执行，如有个别需求没有赶得上提的，可以case by case的审视；议题四：openEuler社区版本生命周期介绍议题责任人：姜振华议题结论： 1、会上针对openEuler社区版本的生命周期做了交流与讨论，具体生命周期建议如下，会上与会人员未提出其他方案建议： a、20.03 LTS、22.03 LTS 生命周期一年； b、20.03 LTS SP1、22.03 LTS SP2 生命周期两年； c、20.03 LTS SP3、22.03 LTS SP4到LTS生命周期结束； d、20.03 LTS SP2、22.03 LTS SP1、22.03 LTS SP3生命周期9个月（6+3）； e、创新版本生命周期6个月，轻量级维护。遗留问题：序号遗留问题描述完成时间责任人 1 openEuler社区基础设施需要支持如下特性： 1、扫描出问题，自动提issue给Compliance SIG组；2、开放扫描接口，方便开发者在开发阶段就可以快速识别是否存在合规性问题 TBD（待与基础设施团队分析讨论工作量）颜小兵 2 scl+Developer Toolset是一个很不错的选择，会后胡峰针对该方案做详细分析，并提供引入建议，在下次例会上讨论； 2021.04.28 胡峰 Best Regards Ronnie Jiang 姜振华华为鲲鹏计算产品部 Mobile: 17052280688 E-mail: zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com> 杭州市滨江区江虹路410号华为杭州研发中心 Z4-2-B Z4-2-B, NO.410,Jianghong Road,Binjiang District, Hangzhou 310052,P.R.China www.huawei.com<../../../../../z00124665/Desktop/enterprise.huawei.com> 发件人: Jiangzhenhua (Ronnie, Kunpeng Computing) [mailto:zhenhua.jiang@huawei.com] 发送时间: 2021年4月13日 14:23 收件人: dev(a)openeuler.org; tc(a)openeuler.org; release(a)openeuler.org 主题: [Dev] sig-release-management 例会，欢迎申报议题，欢迎与会 Best Regards Ronnie Jiang 姜振华您好！ openEuler sig-release-management SIG 邀请您参加 2021-04-14 10:00 召开的ZOOM会议会议主题：sig-release-management 例会会议链接：https://us06web.zoom.us/j/86389194548?pwd=NGNIZTZzcnZwQjkraEZYVlVvcXVjdz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2021-04-14 10:00, The subject of the conference is sig-release-management 例会, You can join the meeting at https://us06web.zoom.us/j/86389194548?pwd=NGNIZTZzcnZwQjkraEZYVlVvcXVjdz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

1 0

sig-release-management 例会，欢迎申报议题，欢迎与会
by Jiangzhenhua (Ronnie, Kunpeng Computing) 14 Apr '21

14 Apr '21

Best Regards Ronnie Jiang 姜振华您好！ openEuler sig-release-management SIG 邀请您参加 2021-04-14 10:00 召开的ZOOM会议会议主题：sig-release-management 例会会议链接：https://us06web.zoom.us/j/86389194548?pwd=NGNIZTZzcnZwQjkraEZYVlVvcXVjdz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2021-04-14 10:00, The subject of the conference is sig-release-management 例会, You can join the meeting at https://us06web.zoom.us/j/86389194548?pwd=NGNIZTZzcnZwQjkraEZYVlVvcXVjdz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information<https://openeuler.org/zh/>

4 4

Re: 咨询 openeuler 的 ceph sig 的微信群
by Liyongle (Fred) 14 Apr '21

14 Apr '21

Hi Ceph SIG team Please help this engineer to join Ceph. Thanks in advance. Fred 李永乐 From: shao [mailto:shaoll_xt@teamsun.com.cn] Sent: Wednesday, April 14, 2021 9:25 AM To: dev(a)openeuler.org Subject: 咨询 openeuler 的 ceph sig 的微信群您好，我是一名 Ceph 爱好者，开发者，希望跟进基于Ceph项目丰富openeuler生态圈，请问我怎么才能加入ceph sig 的微信群，方便我及时了解动态和参加会议。 ________________________________ 邵丽拉 Shao Lila 研发工程师华胜天成集团云计算事业部 R & D Engineer Teamsun Group Cloud Computing Department Mobile：18810583260 E-mail：shaoll_xt(a)teamsun.com.cn<mailto:shaoll_xt@teamsun.com.cn> Web：www.teamsun.com.cn<http://www.teamsun.com.cn> 北京市海淀区西北旺西路软件园二期华胜天成科研大楼 No.23 Building,10 East Block XiBeiWang East Road,HaiDian District,Beijing [cid:image001.png@01D73111.32B2E970] 本邮件（包括任何附件）包含机密信息，并受法律保护。此信息意在使收件人明确以下内容：如果您并非该收件人或错收此邮件，请联系发件人并退还此邮件，请不要向任何人泄露邮件内容，请立即删除所有邮件及其附件。严禁任何使用，传播或复制此邮件的行为，这些行为可能违反法律。The information (including any attachments) contained in this e-mail is confidential and may be legally privileged . The message is intended solely for the addressee(s). If this e-mail is not originally intended for you, or received by you in error,please contact the sender by return e-mail and do not disclose its content to anyone and destroy all copies of the original message immediately. If you are not the intended recipient, you are hereby notified that any use, dissemination, or reproduction is strictly prohibited and may be unlawful.

1 0

gatekeeper双周例会
by openEuler conference 13 Apr '21

13 Apr '21

1 0

sig-release-management 例会
by openEuler conference 13 Apr '21

13 Apr '21

1 0

DB SIG Bi-weekly meeting
by openEuler conference 13 Apr '21

13 Apr '21

1 0

Summary of OpenStack SIG PTG
by Tianhua huang 12 Apr '21

12 Apr '21

大家好， openEuler OpenStack SIG组于2021.4.10在北京成功举办了PTG（Project Team Gathering，意为开发者见面会，从OpenStack社区的PTG继承而来）开发者会议，就OpenStack SIG组的运作和规划进行了充分的讨论，也收集了到场各厂商包括联通数科、中国电信、天津卓朗科技、华胜天成、烽火通信、浪潮、统信软件、Intel、中软、Linaro、Arm、同方有云、EasyStack、建信金融科技、九州云、赛迪对openEuler&OpenStack的需求，对SIG组后续的工作非常有指导意义。 PTG会议总结：运作规范： 1. 秉承OpenStack社区4个Open的原则，SIG组规范开源运作方式： - 使用邮件列表openstack(a)openeuler.xn--orgsig,-sr4kq2g500ad3v8wimzpl4d544a2z2d014bjjap52ozel - 周三下午15:00点举行SIG组双周例会，议题申报和会议纪要使用etherpad： https://etherpad.openeuler.org/p/sig-openstack-meetings - 微信群'openEuler sig-openstack'作为日常问题讨论平台 2. 以官方releases.openstack.org为标准，选取最新openstack组件版。 3. 参考openEuler RPM规范，输出OpenStack相关RPM spec模板（比如格式要求，是否需要加UT测试内容等）。 4. 在openEuler社区中建立OpenStack SIG统一入口仓库，集中issue收集，关闭各子项目issue功能。刷新相关Doc说明。 *技术讨论：* 1. 由Linaro、华为牵头，在OpenStack社区推动openEuler 20.03 LTS的ARM CI支持。涉及项目包含DevStack、diskimage-builder、system-config等。并从社区沟通层面，在4月19的OpenStack PTG中，与QA、Infra团队积极交流，获取积极反馈。 2. 在openEuler社区推动20.03LTS SP2中Libvirt/QEMU软件包的版本升级，满足OpenStack的依赖要求。 3. 通过公开投票，将在openEuler 20.03 LTS SP2中优先支持OpenStack的R版本，后续openEuler多版本能力实现后，补齐OpenStack Q/R/S/T多版本支持。 4. 建立OpenStack在openEuler LTS版本升级的路径，支持OpenStack 1个版本重叠。考虑到OpenStack T之前的版本支持python2，T及之后的版本支持python3，暂定OpenStack T版本作为openEuler 20.03 LTS到openEuler 22.03 LTS的重叠版本。 *需求收集：* 1. 希望引入更多OpenStack服务，包括：Kolla、Octavia、Cyborg、Trove。 2. 希望引入更多OpenStack测试场景，包括： Neutron OVN、OpenvSwitch、LinuxBridge、Ceph以及X86+ARM64混合架构。 3. 希望提供Packstack、OpenStack-Ansible等类似工具，以yum源安装方式，快速部署OpenStack。 *SIG组未来规划：* 1. 吸引更多开发者、厂商参与openEuler OpenStack社区工作。积极收集更多用户、厂商诉求。规划下一次PTG举办时间/地点。 2. 2021年Q2聚焦OpenStack R版在openEuler 20.03 LTS SP2的支持工作。在多版本支持的前提下，再引入OpenStack Q/S/T版本。 3. 2021年Q3聚焦openEuler 21.09创新版本支持OpenStack W版本工作，挑战在openEuler 21.09中支持OpenStack X版本。 4. 2021年Q4完成22.03 LTS OpenStack适配先期调研工作，聚焦openEuler 20.03 LTS SP3 OpenStack更多版本支持。 =================================================================================================================== Hi all, The openEuler OpenStack SIG successfully held the PTG (Project Team Gathering is inherited from the PTG of the OpenStack community) conference at Beijing on April 10, 2021. We fully discussed the operation specifications and planning of the OpenStack SIG team, and collected information from vendors including Wo Cloud, China Telecom, Troila Technology, TEAMSUN, FiberHome, Inspur, UnionTech Software Technology, Intel, ChinaSoft International, Linaro, Arm, TFCloud, EasyStack, CCB Fintech, 99Cloud and CCID TECHNICAL INNOVATION's requirements for OpenEuler&OpenStack. It is very instructive for the follow-up work of the SIG team. Meeting summary: *Operation specifications* 1. Adhering to the four open principles of the OpenStack community, the SIG team standardizes the open-source operation mode. - Use the mailing list openstack(a)openeuler.org to discuss SIG group technical issues for archiving and backtracking. - Hold the bi-weekly meeting of the SIG team at 15:00 on Wednesday. Use etherpad https://etherpad.openeuler.org/p/sig-openstack-meetings for topic collecting and meeting minutes. - WeChat group 'openEuler sig-openstack' as a platform for daily discussion. 2. Select the latest OpenStack component version based on https://releases.openstack.org/ 3. Output OpenStack RPM spec templates based on the OpenEuler RPM specifications. For example, format requirements and whether to add UT test content. 4. Establish a unified portal repository for OpenStack SIG in the openEuler community, collect issues in a centralized manner, and disable the issue function of each sub-project. To update the description of related Docs. *Technical Discussion* 1. Linaro and Huawei take the lead to promote ARM CI support for openEuler 20.03 LTS in the OpenStack community. Involved projects include DevStack, Diskimage-builder, and system-config. In the OpenStack PTG on April 19, we'll actively communicate with QA and Infra teams to obtain positive feedback. 2. Promote the version upgrade of the Libvirt/QEMU software package of 20.03 LTS SP2 in the openEuler community to meet the dependency requirements of OpenStack. 3. After public voting, openEuler 20.03 LTS SP2 will preferentially support the R version of OpenStack. After the multi-version capability of openEuler is supplemented, the Q, R, S, and T versions of OpenStack will be supported. 4. Establish an upgrade path for OpenStack in openEuler LTS and allow one version of OpenStack to overlap. Considering that OpenStack versions earlier than T support python2 and OpenStack T and later versions support python3, we selected OpenStack T as the overlapping version from openEuler 20.03 LTS to openEuler 22.03 LTS. *Requirements collection* 1. More OpenStack services are expected to be introduced, including Kolla, Octavia, Cyborg, and Trove. 2. More OpenStack test scenarios are expected, including Neutron OVN, OpenvSwitch, LinuxBridge, Ceph, and x86+ARM64 hybrid architecture. 3. Hope to provide tools such as Packstack and OpenStack-Ansible to quickly deploy OpenStack using yum source installation. *Future Plan* 1. Attract more developers and vendors to participate in the openEuler OpenStack community. Actively collect more requirements from users and vendors. Plan the time/location of the next PTG. 2. In 2021 Q2, SIG will focus on supporting OpenStack Rocky release on openEuler 20.03 LTS SP2. OpenStack Q, S, and T versions will be introduced when multiple versions feature are supported in openEuler community. 3. In 2021 Q3, SIG will focus on supporting OpenStack Wallaby release on openEuler 21.09, and will try our best to add OpenStack Xena release support as well. 4. In 2021 Q4, SIG will first complete the preliminary survey about OpenStack on openEuler 22.03 LTS. And then focus on openEuler 20.03 LTS SP3 stuff.

3 2

OpenStack SIG 例会
by openEuler conference 12 Apr '21

12 Apr '21

1 0

sig-Compliance双周会
by openEuler conference 12 Apr '21

12 Apr '21

1 0

Re: [Community] Re: [Infra] Jira 服务使用推荐
by George 12 Apr '21

12 Apr '21

Hi Fred, Thank you for your attention. I'll try to answer the two questions : 1. Currently, Infra-sg is preparing an SSO system. After the system is released, the account communication between multiple systems can be resolved, including Gitee, Jira, and Bugzilla. 2. After the first issue above is successfully resolved, the Issue and PR link functions need to be developed. Our preliminary judgment is that it can be achieved.     This requirement also exists in the bugzilla system. So we want to choose a better system from Bugzilla and Jira to develop and make it available to you. Best regards George ------------------ 原始邮件 ------------------ 发件人: "Liyongle (Fred)" <liyongle(a)huawei.com>; 发送时间: 2021年4月9日(星期五) 上午10:21 收件人: "George"<caozhi1214(a)qq.com>;"infra(a)openeuler.org"<infra(a)openeuler.org>;"dev"<dev(a)openeuler.org>;"community(a)openeuler.org"<community(a)openeuler.org>;"tc(a)openeuler.org"<tc(a)openeuler.org>; 主题: [Community] Re: [Infra] Jira 服务使用推荐 Hi George,   English email could help more. Thanks.   May I have a couple of questions?   1. Is there a solution to link the accounts between Jira and Gitee? I am wondering whether I can identify the same gay in Jira who I know in openEuler Gitee.   2. Is there a way to link the issues and PRs in Gitee with the items in Jira? I am afraid that I will have to re-create the items in Jira which already exist in openEuler Gitee.     Fred 李永乐   From: George [mailto:caozhi1214@qq.com] Sent: Wednesday, April 7, 2021 4:13 PM To: Meeting&nbsp;Book&nbsp;via&nbsp;Infra <infra(a)openeuler.org>; dev <dev(a)openeuler.org>; community(a)openeuler.org; tc(a)openeuler.org Subject: [Infra] Jira 服务使用推荐   Hi，我是openEuler社区Infra Sig组maintainer，我们Sig组近期以社区名义向Atlassian申请了Jira的免费账号。如果您以前使用过Jira做任务管理或对Jira感兴趣，现在可以申请免费使用Jira来管理openEuler社区事务啦。您只需要提供Jira账号的邮箱地址给我们，由我们将您加入openEuler团队，即可使用。 Jira 对事务跟踪、事务分析、统计、生成报告等方面都有很好的支撑。   您可以通过 infra(a)openeuler.org 或 caozhi1214(a)qq.com 告知我们您的邮箱地址。       附 Jira账号注册： 1. 进入Jira官网：https://www.atlassian.com/zh/software/jira 2. 通过右上角【My account】—》【login】     3. 如果已有账户可直接登录，如果无账号可以登录页面找到【Sign up】进入注册页面：         4. 注册后Jira会发验证邮件，到相应邮箱下 verify your email 即可完成。            

1 0

sig-confidential-computing双周例会
by openEuler conference 11 Apr '21

11 Apr '21

1 0

Jira 服务使用推荐
by George 09 Apr '21

09 Apr '21

Hi，我是openEuler社区Infra Sig组maintainer，我们Sig组近期以社区名义向Atlassian申请了Jira的免费账号。如果您以前使用过Jira做任务管理或对Jira感兴趣，现在可以申请免费使用Jira来管理openEuler社区事务啦。您只需要提供Jira账号的邮箱地址给我们，由我们将您加入openEuler团队，即可使用。 Jira 对事务跟踪、事务分析、统计、生成报告等方面都有很好的支撑。您可以通过 infra(a)openeuler.org 或 caozhi1214(a)qq.com 告知我们您的邮箱地址。附 Jira账号注册： 1. 进入Jira官网：https://www.atlassian.com/zh/software/jira 2. 通过右上角【My account】—》【login】     3. 如果已有账户可直接登录，如果无账号可以登录页面找到【Sign up】进入注册页面：       4. 注册后Jira会发验证邮件，到相应邮箱下 verify your email 即可完成。          

2 1

[DB SIG] The first launch up of DB SIG
by bo zhaobo 08 Apr '21

08 Apr '21

Hi DB SIG members，为了方便大家能够查阅和后续任务认领及分配。准备了几个大家平时主要用的etherpad，如果错过SIG例会，我们也会在这里同步进展。 1. SIG介绍及路标 https://etherpad.openeuler.org/p/DB-SIG 2. SIG当前工作，关乎PR，issue以及求助信息等等 https://etherpad.openeuler.org/p/DB-SIG-worklist 3. SIG组织内部事务及投票等等 https://etherpad.openeuler.org/p/DB-SIG-inside 期望大家尽快确认DB SIG例会时间，咱们好安排后续会议，多谢。同时，期望在dev maillist里面的关注DB的同学同样能够参与DB SIG，共同繁荣openEuler DB生态。 ================================================================== Hi DB SIG members, In order to ease for everyone to consult and follow-up task claim and allocation.We have prepared several etherpads that we mainly use at ordinary times. If we miss the regular meeting of SIG, we will also keep up with the progress here. 1. SIG introduction and roadmap https://etherpad.openeuler.org/p/DB-SIG 2. Current jobs of SIG, PRs, issues, help requests, etc https://etherpad.openeuler.org/p/DB-SIG-worklist 3. SIG organizes internal affairs and votes, etc https://etherpad.openeuler.org/p/DB-SIG-inside We hope you can confirm the regular meeting time of DB SIG as soon as possible, so that we can schdule the follow-up meeting. Thank you. At the same time, the people who pay attention to DB in Dev Maillist can also participate in DB Sig and prosper the Openeuler DB ecology together. BR, Bo Zhao [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=sig…> 04/08/21, 08:56:54 PM

1 0

【月度例行update】openEuler 20.03 LTS SP1 Update 2021/3/31 release评审再次通知
by xiasenlin 07 Apr '21

07 Apr '21

openEuler 20.03 LTS SP1 Update 20210331 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年4月9日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I3EUQF?from=project-i… 版本目标：CVE、大数据多版本软件包特性和Bugfix修复版本计划：例行CVE冻结（本次为月度例行版本）：20210331 代码冻结： 20210420 转测试时间：20210326 版本发布： 20210407 本次更新主要涉及：gnutls、qemu、kernel、docker；本次新增特性主要涉及多版本软件包：kafka、redis等修复cve：120个修复bug：15个 SP1：发布源码包：61个； arm二进制包347个; x86二进制包347个； SP1:EPOL：发布源码包：EPOL：14个；arm二进制包35个; x86二进制包35个； CVE清单： CVE score status CVE-2017-12613 7.1 完成 CVE-2020-11987 5.3 完成 CVE-2020-16592 5.5 完成 CVE-2020-8277 7.5 完成 CVE-2020-25678 4.9 完成 CVE-2020-35512 7.8 完成 CVE-2021-21284 6.8 完成 CVE-2021-21285 6.5 完成 CVE-2020-15969 8.8 完成 CVE-2020-15999 6.5 完成 CVE-2021-21300 8 完成 CVE-2021-27218 7.5 完成 CVE-2021-27219 7.5 完成 CVE-2020-36241 5.5 完成 CVE-2021-20231 9.8 完成 CVE-2021-20232 9.8 完成 CVE-2019-14900 6.5 完成 CVE-2019-14900 6.5 完成 CVE-2019-14900 6.5 完成 CVE-2020-10693 5.3 完成 CVE-2021-20176 7.8 完成 CVE-2020-27773 3.3 完成 CVE-2020-27763 3.3 完成 CVE-2020-27768 3.3 完成 CVE-2020-25665 5.5 完成 CVE-2020-25674 5.5 完成 CVE-2020-27750 5.5 完成 CVE-2021-20241 5.5 完成 CVE-2021-20243 5.5 完成 CVE-2021-20244 5.5 完成 CVE-2017-15089 8.8 完成 CVE-2016-0750 8.8 完成 CVE-2020-28491 7.5 完成 CVE-2020-25669 4.1 完成 CVE-2020-27815 7.4 完成 CVE-2020-27830 5.5 完成 CVE-2020-25668 0 完成 CVE-2021-20177 4.4 完成 CVE-2021-3178 6.5 完成 CVE-2021-26931 5.5 完成 CVE-2021-26930 7.8 完成 CVE-2021-26932 5.5 完成 CVE-2015-7837 5.5 完成 CVE-2021-28038 6.5 完成 CVE-2021-27363 3.6 完成 CVE-2021-27364 6.3 完成 CVE-2021-27365 7 完成 CVE-2019-12779 7.1 完成 CVE-2020-13848 7.5 完成 CVE-2021-2024 6.5 完成 CVE-2021-2036 4.9 完成 CVE-2021-2056 4.4 完成 CVE-2021-2021 4.9 完成 CVE-2021-2046 6.8 完成 CVE-2021-2038 4.4 完成 CVE-2021-2061 4.4 完成 CVE-2021-2070 4.9 完成 CVE-2021-2002 4.9 完成 CVE-2021-2081 4.9 完成 CVE-2021-2072 4.9 完成 CVE-2021-2031 4.9 完成 CVE-2021-2028 4.9 完成 CVE-2021-2122 4.9 完成 CVE-2021-2048 5 完成 CVE-2021-2088 4.4 完成 CVE-2021-2058 4.9 完成 CVE-2021-2076 4.9 完成 CVE-2021-2065 4.9 完成 CVE-2021-2087 4.4 完成 CVE-2021-2010 4.2 完成 CVE-2021-2011 5.9 完成 CVE-2021-2060 4.9 完成 CVE-2021-2022 4.4 完成 CVE-2021-2032 4.3 完成 CVE-2021-21290 5.5 完成 CVE-2021-22883 7.5 完成 CVE-2021-22884 7.5 完成 CVE-2020-12403 6.8 完成 CVE-2020-27814 7.8 完成 CVE-2020-27841 5.5 完成 CVE-2020-27843 5.5 完成 CVE-2020-27845 5.5 完成 CVE-2021-27212 7.5 完成 CVE-2020-14145 5.9 完成 CVE-2021-23841 7.5 完成 CVE-2021-23840 7.5 完成 CVE-2021-20188 7 完成 CVE-2021-20229 4.3 完成 CVE-2021-23336 7.1 完成 CVE-2021-21240 7.5 完成 CVE-2020-35655 5.4 完成 CVE-2021-27921 7.5 完成 CVE-2021-27922 7.5 完成 CVE-2021-27923 7.5 完成 CVE-2020-29443 6.5 完成 CVE-2021-20203 3.2 完成 CVE-2020-26247 4.3 完成 CVE-2020-8165 9.8 完成 CVE-2020-8162 7.5 完成 CVE-2020-15810 6.5 完成 CVE-2020-15811 6.5 完成 CVE-2020-24606 7.5 完成 CVE-2020-14058 7.5 完成 CVE-2020-15049 8.8 完成 CVE-2020-17525 7.5 完成 CVE-2021-25329 7 完成 CVE-2021-25122 7.5 完成 CVE-2021-27097 7.8 完成 CVE-2021-27138 7.8 完成 CVE-2020-13959 6.1 完成 CVE-2020-35738 6.1 完成 CVE-2020-9431 7.5 完成 CVE-2020-9428 7.5 完成 CVE-2019-19553 7.5 完成 CVE-2019-13619 7.5 完成 CVE-2021-27803 7.5 完成 CVE-2019-20916 8.5 完成大数据特性清单： redis5 redis6 storm hadoop hadoop-3.1 protobuf2 kafka flink spdk zookeeper spark hyperscan bugfix清单： #I3DUEK:wildfly-core包作为infinispan包的编译依赖，未发布，导致infinispan本地编译失败。<https://gitee.com/open_euler/dashboard?issue_id=I3DUEK> #I3DUG2:【SP1】安装python3-pexpect缺少依赖<https://gitee.com/open_euler/dashboard?issue_id=I3DUG2> #I3DUSK:libraqm包作为python-pillow包的编译依赖，未发布，导致python-pillow本地编译失败。<https://gitee.com/open_euler/dashboard?issue_id=I3DUSK> #I3E27G:【SP1】第一次安装storm失败，再次安装可以成功<https://gitee.com/open_euler/dashboard?issue_id=I3E27G> #I3E3F6:redis5在openEuler aarch64环境下服务启动失败<https://gitee.com/open_euler/dashboard?issue_id=I3E3F6> #I3E3GA:redis6在openEuler aarch64环境下服务启动失败<https://gitee.com/open_euler/dashboard?issue_id=I3E3GA> #I3E3PV:[20.03-sp1]执行命令slideshow /usr/share/batik/samples/mines.svg报错<https://gitee.com/open_euler/dashboard?issue_id=I3E3PV> #I3E4ZB:【20.03-SP1】【arm/x86】update版本测试服务重启失败<https://gitee.com/open_euler/dashboard?issue_id=I3E4ZB> #I3EAPZ:[update-sp1] arm和x86执行podman run -it alpine后exit退出时报错<https://gitee.com/open_euler/dashboard?issue_id=I3EAPZ> #I3EBIY:【20.03-SP1】【arm/x86】kafka连接yum源的zk服务timeout<https://gitee.com/open_euler/dashboard?issue_id=I3EBIY> 涉及软件仓清单： apr batik binutils c-ares ceph dbus docker firefox flink git glib2 gnome-autoar gnutls grpc hibernate hibernate3 hibernate4 hibernate-validator hyperscan ImageMagick infinispan jackson-dataformats-binary kafka kernel libqb libupnp mysql netty nodejs nss openjpeg2 openldap openssh openssl podman postgresql protobuf2 python3 python-httplib2 python-pexpect python-pillow python-ptyprocess python-pycryptodome qemu redis5 redis6 rubygem-actioncable rubygem-actionmailer rubygem-actionpack rubygem-actionview rubygem-activejob rubygem-activemodel rubygem-activerecord rubygem-activestorage rubygem-activesupport rubygem-nokogiri rubygem-rack rubygem-rails rubygem-railties selinux-policy spark spdk squid storm subversion tomcat uboot-tools velocity-tools wavpack wildfly-core wireshark wpa_supplicant zookeeper libraqm openEuler-latest-release

1 0

virt sig例会0409
by openEuler conference 07 Apr '21

07 Apr '21

1 0

virt sig例会
by openEuler conference 07 Apr '21

07 Apr '21

1 0

回复：[Tc] 回复：sig-bio双周例会
by zhouzhongyuan96 07 Apr '21

07 Apr '21

议题： BIGC生物信息绘图工具用户体验及需求 ——荣誉 GCTA软件对接KML适配aarch64架构进展 ——周中元 | | 周中元开源软件工程师 | | 华为技术有限公司 18673967233 zhouzhongyuan96(a)163.com | 签名由网易邮箱大师定制在2021年4月6日 18:21，狼<853793837(a)qq.com> 写道：你好，BIGC荣誉想就绘图工具类的用户体验及需求大概说一下 ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public(a)openeuler.io>; 发送时间: 2021年4月6日(星期二) 上午9:27 收件人: "tc"<tc(a)openeuler.org>;"dev"<dev(a)openeuler.org>;"community"<community(a)openeuler.com>; 主题: [Tc] sig-bio双周例会您好！ openEuler sig-bio SIG 邀请您参加 2021-04-08 10:00 召开的ZOOM会议(自动录制) 会议主题：sig-bio双周例会会议内容：sig-bio双周例会，欢迎申报议题。会议链接：https://us06web.zoom.us/j/81442755975?pwd=M0RUVnY0ZEVZK0UyMGw0R3lRYTRQQT09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-bio SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-04-08 10:00, The subject of the conference is sig-bio双周例会, Summary: sig-bio双周例会，欢迎申报议题。 You can join the meeting at https://us06web.zoom.us/j/81442755975?pwd=M0RUVnY0ZEVZK0UyMGw0R3lRYTRQQT09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information

1 0

CloudNative SIG 双周例会
by openEuler conference 06 Apr '21

06 Apr '21

1 0

社区安全sig例会
by openEuler conference 06 Apr '21

06 Apr '21

1 0

CloudNative SIG 双周例会
by openEuler conference 06 Apr '21

06 Apr '21

1 0

ROS sig提交pr cibot测试无法通过
by 韩昊旻 06 Apr '21

06 Apr '21

问题描述：以laser_assembler为例，提交链接： https://gitee.com/src-openeuler/laser_assembler/pulls/1 laser_assembler目标能在openeuler 20.03 LTS上编译通过，但是提交pr之后cibot测试的却是在master分支。想请教的问题是：如何才能改变cibot的测试环境，使得提交的包在openeuler 20.03的环境上编译？寻求您的帮助，期待您的回信. 韩昊旻 15021888297

2 1

Re: [Tc] 4月7日上午 TC 例会议题收集
by 袁德俊 06 Apr '21

06 Apr '21

大家好：以下两个分享，可不占用议题讨论时间，谢谢大家 :pray: 1，上周参加 KERNEL 测试会议，结合 sig-minzuchess 和 sig-raspPI 的需求。第三方交付的测试是否需要统一个社区认证，也是社区基础建设的一部分，openEuler Inside(tm) 2，另外，在社区宣传活动，需求一个SIG中文名称，是否需要社区统一规范？如：树莓派的民族棋私有云方案，我们两个SIG组取名为，石榴派，民族团结的意思。 minzuchess组现在和 RISC-V sig组合作做青少年科普，灵感来自公号宣传中的一段话，加强南向的推广，未来几年，将是各种 RISC-V 硬件百花齐放的时代，openEuler RISC-V SIG 将致力于丰富 RISC-V 的北向软件生态，联合 RISC-V 的南向硬件生态，将 openEuler RISC-V 打造成一个开源的基础软件平台。欢迎大家关注 RISC-V SIG。特取了两个名字：minzuchess组为 “北战” 组，RISC-V 组为 “南征” 组，合并的青少年科普活动为 “南征北战” ，以介绍 openEuler 整个社区为题，出一期专刊介绍。下面是最新的一期样刊，《SIGer 兴趣小组》青少年开源文化期刊，是一个小小的阵地。https://gitee.com/flame-ai/siger Better RISC-V For Better Life sig-minzuchess Maintainer FLAME-AI, 火焰棋实验室 https://gitee.com/flame-ai 袁德俊 yuandj1972(a)163.com 在 2021-04-06 07:38:05，"Huxinwei" <huxinwei(a)huawei.com> 写道：大家好： 4月7日周三上午是例行TC会议。请大家反馈议题。谢谢 Regards Xinwei 发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2021年4月5日 19:29 收件人: Huxinwei <huxinwei(a)huawei.com>; tc(a)openeuler.org 主题: TC 例会您好！ openEuler TC SIG 邀请您参加 2021-04-07 10:00 召开的ZOOM会议(自动录制) 会议主题：TC 例会会议内容：技术委员会例会会议链接：https://us06web.zoom.us/j/81039466641?pwd=a2haTFFoRmhqL2c1NGdJV2dZdHUrdz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler TC SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-04-07 10:00, The subject of the conference is TC 例会, Summary: 技术委员会例会 You can join the meeting at https://us06web.zoom.us/j/81039466641?pwd=a2haTFFoRmhqL2c1NGdJV2dZdHUrdz09. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information

1 0

sig-bio双周例会
by openEuler conference 06 Apr '21

06 Apr '21

1 0

品牌宣传委员会例会
by openEuler conference 06 Apr '21

06 Apr '21

1 0

TC 例会
by openEuler conference 05 Apr '21

05 Apr '21

1 0

maven仓库项目
by openEuler conference 03 Apr '21

03 Apr '21

1 0

【月度例行update】openEuler 20.03 LTS SP1 Update 2021/3/31 release评审通知
by xiasenlin 02 Apr '21

02 Apr '21

openEuler 20.03 LTS SP1 Update 20210331 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年4月9日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I3EUQF?from=project-i… 版本目标：CVE、大数据多版本软件包特性和Bugfix修复版本计划：例行CVE冻结（本次为月度例行版本）：20210331 代码冻结： 20210420 转测试时间：20210326 版本发布： 20210402 本次更新主要涉及：gnutls、qemu、kernel、docker；本次新增特性主要涉及：hadoop、redis等修复cve：120个修复bug：15个 SP1：发布源码包：62个； arm二进制包376个; x86二进制包376个； SP1:EPOL：发布源码包：EPOL：15个；arm二进制包36个; x86二进制包36个； CVE清单： CVE score status CVE-2017-12613 7.1 完成 CVE-2020-11987 5.3 完成 CVE-2020-16592 5.5 完成 CVE-2020-8277 7.5 完成 CVE-2020-25678 4.9 完成 CVE-2020-35512 7.8 完成 CVE-2021-21284 6.8 完成 CVE-2021-21285 6.5 完成 CVE-2020-15969 8.8 完成 CVE-2020-15999 6.5 完成 CVE-2021-21300 8 完成 CVE-2021-27218 7.5 完成 CVE-2021-27219 7.5 完成 CVE-2020-36241 5.5 完成 CVE-2021-20231 9.8 完成 CVE-2021-20232 9.8 完成 CVE-2019-14900 6.5 完成 CVE-2019-14900 6.5 完成 CVE-2019-14900 6.5 完成 CVE-2020-10693 5.3 完成 CVE-2021-20176 7.8 完成 CVE-2020-27773 3.3 完成 CVE-2020-27763 3.3 完成 CVE-2020-27768 3.3 完成 CVE-2020-25665 5.5 完成 CVE-2020-25674 5.5 完成 CVE-2020-27750 5.5 完成 CVE-2021-20241 5.5 完成 CVE-2021-20243 5.5 完成 CVE-2021-20244 5.5 完成 CVE-2017-15089 8.8 完成 CVE-2016-0750 8.8 完成 CVE-2020-28491 7.5 完成 CVE-2020-25669 4.1 完成 CVE-2020-27815 7.4 完成 CVE-2020-27830 5.5 完成 CVE-2020-25668 0 完成 CVE-2021-20177 4.4 完成 CVE-2021-3178 6.5 完成 CVE-2021-26931 5.5 完成 CVE-2021-26930 7.8 完成 CVE-2021-26932 5.5 完成 CVE-2015-7837 5.5 完成 CVE-2021-28038 6.5 完成 CVE-2021-27363 3.6 完成 CVE-2021-27364 6.3 完成 CVE-2021-27365 7 完成 CVE-2019-12779 7.1 完成 CVE-2020-13848 7.5 完成 CVE-2021-2024 6.5 完成 CVE-2021-2036 4.9 完成 CVE-2021-2056 4.4 完成 CVE-2021-2021 4.9 完成 CVE-2021-2046 6.8 完成 CVE-2021-2038 4.4 完成 CVE-2021-2061 4.4 完成 CVE-2021-2070 4.9 完成 CVE-2021-2002 4.9 完成 CVE-2021-2081 4.9 完成 CVE-2021-2072 4.9 完成 CVE-2021-2031 4.9 完成 CVE-2021-2028 4.9 完成 CVE-2021-2122 4.9 完成 CVE-2021-2048 5 完成 CVE-2021-2088 4.4 完成 CVE-2021-2058 4.9 完成 CVE-2021-2076 4.9 完成 CVE-2021-2065 4.9 完成 CVE-2021-2087 4.4 完成 CVE-2021-2010 4.2 完成 CVE-2021-2011 5.9 完成 CVE-2021-2060 4.9 完成 CVE-2021-2022 4.4 完成 CVE-2021-2032 4.3 完成 CVE-2021-21290 5.5 完成 CVE-2021-22883 7.5 完成 CVE-2021-22884 7.5 完成 CVE-2020-12403 6.8 完成 CVE-2020-27814 7.8 完成 CVE-2020-27841 5.5 完成 CVE-2020-27843 5.5 完成 CVE-2020-27845 5.5 完成 CVE-2021-27212 7.5 完成 CVE-2020-14145 5.9 完成 CVE-2021-23841 7.5 完成 CVE-2021-23840 7.5 完成 CVE-2021-20188 7 完成 CVE-2021-20229 4.3 完成 CVE-2021-23336 7.1 完成 CVE-2021-21240 7.5 完成 CVE-2020-35655 5.4 完成 CVE-2021-27921 7.5 完成 CVE-2021-27922 7.5 完成 CVE-2021-27923 7.5 完成 CVE-2020-29443 6.5 完成 CVE-2021-20203 3.2 完成 CVE-2020-26247 4.3 完成 CVE-2020-8165 9.8 完成 CVE-2020-8162 7.5 完成 CVE-2020-15810 6.5 完成 CVE-2020-15811 6.5 完成 CVE-2020-24606 7.5 完成 CVE-2020-14058 7.5 完成 CVE-2020-15049 8.8 完成 CVE-2020-17525 7.5 完成 CVE-2021-25329 7 完成 CVE-2021-25122 7.5 完成 CVE-2021-27097 7.8 完成 CVE-2021-27138 7.8 完成 CVE-2020-13959 6.1 完成 CVE-2020-35738 6.1 完成 CVE-2020-9431 7.5 完成 CVE-2020-9428 7.5 完成 CVE-2019-19553 7.5 完成 CVE-2019-13619 7.5 完成 CVE-2021-27803 7.5 完成 CVE-2019-20916 8.5 完成大数据特性清单： redis5 redis6 storm hadoop hadoop-3.1 protobuf2 kafka flink spdk zookeeper spark hyperscan bugfix清单： #I3DUD7:【SP1】安装hadoop-httpfs缺少依赖<https://gitee.com/open_euler/dashboard?issue_id=I3DUD7> #I3DUEB:【SP1】安装hadoop-3.1-httpfs缺少依赖<https://gitee.com/open_euler/dashboard?issue_id=I3DUEB> #I3DUEK:wildfly-core包作为infinispan包的编译依赖，未发布，导致infinispan本地编译失败。<https://gitee.com/open_euler/dashboard?issue_id=I3DUEK> #I3DUG2:【SP1】安装python3-pexpect缺少依赖<https://gitee.com/open_euler/dashboard?issue_id=I3DUG2> #I3DUSK:libraqm包作为python-pillow包的编译依赖，未发布，导致python-pillow本地编译失败。<https://gitee.com/open_euler/dashboard?issue_id=I3DUSK> #I3E27G:【SP1】第一次安装storm失败，再次安装可以成功<https://gitee.com/open_euler/dashboard?issue_id=I3E27G> #I3E3F6:redis5在openEuler aarch64环境下服务启动失败<https://gitee.com/open_euler/dashboard?issue_id=I3E3F6> #I3E3GA:redis6在openEuler aarch64环境下服务启动失败<https://gitee.com/open_euler/dashboard?issue_id=I3E3GA> #I3E3OV:【20.03 LTS-SP1版本】hadoop两个版本安装后，使用报错<https://gitee.com/open_euler/dashboard?issue_id=I3E3OV> #I3E3PV:[20.03-sp1]执行命令slideshow /usr/share/batik/samples/mines.svg报错<https://gitee.com/open_euler/dashboard?issue_id=I3E3PV> #I3E4ZB:【20.03-SP1】【arm/x86】update版本测试服务重启失败<https://gitee.com/open_euler/dashboard?issue_id=I3E4ZB> #I3E5C1:【20.03-SP1】【arm/x86】服务启动失败<https://gitee.com/open_euler/dashboard?issue_id=I3E5C1> #I3EAPZ:[update-sp1] arm和x86执行podman run -it alpine后exit退出时报错<https://gitee.com/open_euler/dashboard?issue_id=I3EAPZ> #I3EBIY:【20.03-SP1】【arm/x86】kafka连接yum源的zk服务timeout<https://gitee.com/open_euler/dashboard?issue_id=I3EBIY> 涉及软件仓清单： apr batik binutils c-ares ceph dbus docker firefox flink git glib2 gnome-autoar gnutls grpc hadoop hadoop-3.1 hibernate hibernate3 hibernate4 hibernate-validator hyperscan ImageMagick infinispan jackson-dataformats-binary kafka kernel libqb libupnp mysql netty nodejs nss openjpeg2 openldap openssh openssl open podman postgresql protobuf2 python3 python-httplib2 python-pexpect python-pillow python-ptyprocess python-pycryptodome qemu redis5 redis6 rubygem-actioncable rubygem-actionmailer rubygem-actionpack rubygem-actionview rubygem-activejob rubygem-activemodel rubygem-activerecord rubygem-activestorage rubygem-activesupport rubygem-nokogiri rubygem-rack rubygem-rails rubygem-railties selinux-policy spark spdk squid storm subversion tomcat uboot-tools velocity-tools wavpack wildfly-core wireshark wpa_supplicant zookeeper libraqm openEuler-latest-release

1 0

【月度例行update】openEuler 20.03 LTS Update 2021/3/31 release评审通知
by guoxiaoqi 02 Apr '21

02 Apr '21

openEuler 20.03 LTS Update 20210331 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年4月9日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I3EUNF?from=project-i… 版本目标：CVE和Bugfix修复版本计划：例行CVE冻结（本次为月度例行版本）：20210331 代码冻结： 20210420 转测试时间：20210326 版本发布： 20210402 本次更新主要涉及，gnutls、qemu、kernel、docker。修复cve：98个修复bug：3个发布源码包35个 arm二进制包279个 x86二进制包278个 CVE清单： CVE score status CVE-2017-12613 7.1 完成 CVE-2020-16592 5.5 完成 CVE-2020-0551 5.6 完成 CVE-2020-8277 7.5 完成 CVE-2020-25678 4.9 完成 CVE-2020-35512 7.8 完成 CVE-2021-21284 6.8 完成 CVE-2021-21285 6.5 完成 CVE-2020-15969 8.8 完成 CVE-2020-15999 6.5 完成 CVE-2020-25690 8.8 完成 CVE-2021-21300 8.0 完成 CVE-2020-35457 7.8 完成 CVE-2021-27218 7.5 完成 CVE-2021-27219 7.5 完成 CVE-2020-36241 5.5 完成 CVE-2021-20231 9.8 完成 CVE-2021-20232 9.8 完成 CVE-2021-20176 7.8 完成 CVE-2020-27773 3.3 完成 CVE-2020-27763 3.3 完成 CVE-2020-27768 3.3 完成 CVE-2020-25665 5.5 完成 CVE-2020-25674 5.5 完成 CVE-2020-27750 5.5 完成 CVE-2021-20241 5.5 完成 CVE-2021-20243 5.5 完成 CVE-2021-20244 5.5 完成 CVE-2021-20246 5.5 完成 CVE-2021-26931 5.5 完成 CVE-2021-26930 7.8 完成 CVE-2021-26932 5.5 完成 CVE-2015-7837 5.5 完成 CVE-2021-28038 6.5 完成 CVE-2021-27363 3.6 完成 CVE-2021-27364 6.3 完成 CVE-2021-27365 7.0 完成 CVE-2020-35521 5.5 完成 CVE-2020-35522 5.5 完成 CVE-2020-35523 7.8 完成 CVE-2020-35524 7.8 完成 CVE-2021-2024 6.5 完成 CVE-2021-2036 4.9 完成 CVE-2021-2056 4.4 完成 CVE-2021-2021 4.9 完成 CVE-2021-2046 6.8 完成 CVE-2021-2038 4.4 完成 CVE-2021-2061 4.4 完成 CVE-2021-2070 4.9 完成 CVE-2021-2002 4.9 完成 CVE-2021-2081 4.9 完成 CVE-2021-2072 4.9 完成 CVE-2021-2031 4.9 完成 CVE-2021-2028 4.9 完成 CVE-2021-2122 4.9 完成 CVE-2021-2048 5.0 完成 CVE-2021-2088 4.4 完成 CVE-2021-2058 4.9 完成 CVE-2021-2076 4.9 完成 CVE-2021-2065 4.9 完成 CVE-2021-2087 4.4 完成 CVE-2021-2010 4.2 完成 CVE-2021-2011 5.9 完成 CVE-2021-2060 4.9 完成 CVE-2021-2022 4.4 完成 CVE-2021-2032 4.3 完成 CVE-2021-22883 7.5 完成 CVE-2021-22884 7.5 完成 CVE-2019-17007 7.5 完成 CVE-2020-12403 6.8 完成 CVE-2020-25648 7.5 完成 CVE-2020-8020 6.1 完成 CVE-2020-8021 5.3 完成 CVE-2020-27814 7.8 完成 CVE-2020-27841 5.5 完成 CVE-2020-27843 5.5 完成 CVE-2020-27845 5.5 完成 CVE-2021-27212 7.5 完成 CVE-2020-14145 5.9 完成 CVE-2021-23841 7.5 完成 CVE-2021-23840 7.5 完成 CVE-2020-35498 7.5 完成 CVE-2021-20188 7.0 完成 CVE-2021-20229 4.3 完成 CVE-2021-23336 7.1 完成 CVE-2021-21240 7.5 完成 CVE-2020-35655 5.4 完成 CVE-2021-27921 7.5 完成 CVE-2021-27922 7.5 完成 CVE-2021-27923 7.5 完成 CVE-2020-29443 6.5 完成 CVE-2021-20203 3.2 完成 CVE-2020-17525 7.5 完成 CVE-2021-27097 7.8 完成 CVE-2021-27138 7.8 完成 CVE-2020-35738 6.1 完成 CVE-2020-9431 7.5 完成 CVE-2020-9428 7.5 完成 CVE-2019-19553 7.5 完成 CVE-2019-13619 7.5 完成 CVE-2021-27803 7.5 完成 bugfix清单： #I3DU23:LTS update验证安装fontforge缺少安装依赖<https://gitee.com/open_euler/dashboard?issue_id=I3DU23> #I3E0A0:fontforge自编译失败，缺少编译依赖libuninameslist-devel<https://gitee.com/open_euler/dashboard?issue_id=I3E0A0> #I3EAPZ:[update-sp1] arm和x86执行podman run -it alpine后exit退出时报错<https://gitee.com/open_euler/dashboard?issue_id=I3EAPZ> 涉及软件仓清单 src-openEuler/apr src-openEuler/binutils src-openEuler/c-ares src-openEuler/ceph src-openEuler/dbus src-openEuler/docker src-openEuler/firefox src-openEuler/fontforge src-openEuler/git src-openEuler/glib2 src-openEuler/gnome-autoar src-openEuler/gnutls src-openEuler/ImageMagick src-openEuler/kernel src-openEuler/libtiff src-openEuler/mysql src-openEuler/nodejs src-openEuler/nss src-openEuler/obs-server src-openEuler/openjpeg2 src-openEuler/openldap src-openEuler/openssh src-openEuler/openssl src-openEuler/openvswitch src-openEuler/podman src-openEuler/postgresql src-openEuler/python3 src-openEuler/python-httplib2 src-openEuler/python-pillow src-openEuler/qemu src-openEuler/subversion src-openEuler/uboot-tools src-openEuler/wavpack src-openEuler/wireshark src-openEuler/wpa_supplicant

1 0