September 2020 - Dev - mailweb.openeuler.org

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

28 Sep '20

1 0

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

28 Sep '20

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

2 1

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

28 Sep '20

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

1 0

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

27 Sep '20

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

2 1

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

25 Sep '20

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

2 3

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

25 Sep '20

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

1 0

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

23 Sep '20

1 1

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

22 Sep '20

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

3 3

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

22 Sep '20

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

2 1

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

22 Sep '20

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

1 0