- Dev - mailweb.openeuler.org

Wine SIG 例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

EasyLife SIG 例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

EasyLife SIG 组例会
by openEuler conference 26 Nov '20

26 Nov '20

1 0

openeuler安全委员会例会
by openEuler conference 25 Nov '20

25 Nov '20

1 0

doc SIG例会会议纪要 \\答复: DOC SIG双周例会
by qiaominna 25 Nov '20

25 Nov '20

1. 20.03 LTS SP1 版本文档需求和进展路标： Test round 1 2020-11-23 2020-11-28 <-------we are here Test round 2 2020-11-30 2020-12-5 Test round 3 2020-12-7 2020-12-12 Test round 4 2020-12-14 2020-12-19 release 2020-12-21 2020-12-22 所有SP1版本 doc需求需要在Test round 1合入，Test round 2 开始测试。 2. docs 仓库提交 PR 和 issue 的规范 PR规范： 1. PR标题清晰易懂，内容描述详细具体，一个PR只包含一次提交，一个PR只涉及一个主题修改。 2. 需要2个回复/lgtm，1个/approve，一般需要需求提出或文档相关责任人进行审核。 3. PR需要关联issue。 4. 每个特性需求/bug都要转issue跟踪，并关联对应版本号。 5. 新增文档需要同步修改目录文件menu.json文件。 6. 明确PR要提交的分支，对于同步维护的分支，PR需要分别提交到对应分支上。 issue规范：有文档需要合入需要先新建issue，内容表述清晰即可，如果是bug需要指出具体哪个版本哪本文档需要修改。 3. 发布 MARKDOWN 文档规范请参考：https://gitee.com/openeuler/docs/wikis/%E8%B5%84%E6%96%99%E5%86%99%E4%B… 4. 文档的常规更新维护渠道 1. 通过doc sig中的https://gitee.com/openeuler/community/tree/master/sig/doc 了解doc SIG的运营。可直接通过Maintainer的邮箱联系。 2. 提issue 3. 提PR 4. 官网上文档页点击右侧“意见反馈” 5. 收集大家对资料的诉求暂无，更多 docs 仓库操作请参考wiki : https://gitee.com/openeuler/docs/wikis/Home?sort_id=2131569 下次sig会议议程：（预计时间：2020-12-08 16:00-17:00）欢迎大家将想要了解的内容或者讨论的议题发送到doc(a)openeuler.xn--org-l86ho90g<mailto:欢迎大家将想要了解的内容或者讨论的议题发送到doc@openeuler.org邮箱>！敬请期待发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2020年11月20日 17:56 收件人: dev(a)openeuler.org; doc(a)openeuler.org 主题: [Dev] DOC SIG双周例会您好！ openEuler doc SIG 邀请您参加 2020-11-24 16:00 召开的ZOOM会议会议主题：DOC SIG双周例会会议内容：1. 对齐 20.03 LTS SP1版本文档需求和进展 2. 传递提交PR和issue规范 3. 传递发布MARKDOWN文档规范 4. 传递文档的常规更新维护渠道 5. 收集大家对资料的诉求会议链接：https://zoom.us/j/96908808905?pwd=WTg5eGpYYWtRb2d6dU5PK1Z5bGNKdz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler doc SIG invites you to attend the ZOOM conference will be held at 2020-11-24 16:00, The subject of the conference is DOC SIG双周例会, Summary: 1. 对齐 20.03 LTS SP1版本文档需求和进展 2. 传递提交PR和issue规范 3. 传递发布MARKDOWN文档规范 4. 传递文档的常规更新维护渠道 5. 收集大家对资料的诉求 You can join the meeting at https://zoom.us/j/96908808905?pwd=WTg5eGpYYWtRb2d6dU5PK1Z5bGNKdz09. More information<https://openeuler.org/zh/>

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-25 16:00-18:00
by Meeting Book 25 Nov '20

25 Nov '20

1 0

【会议提醒】 release-management sig 例会 9:30 --11:00
by Jiangyumin (Jimmy) 25 Nov '20

25 Nov '20

openEuler sig-release-management SIG 邀请您参加 2020-11-25 09:30 召开的ZOOM会议会议主题：release-management sig 例会会议内容： 1、HA 和 UKUI的合入openEuler-20.03 LTS SP1 进展 --- 侯健 2、虚拟化合入openEuler-20.03 LTS SP1 & 21.03 进展 --- 陈振东 3、openStack 开发进展 --- 陈硕 4、openEuler 20.03 LTS SP1 整体进展 --- 胡峰会议链接：https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2020-11-25 09:30, The subject of the conference is release-management sig 例会, You can join the meeting at https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09. More information<https://openeuler.org/zh/>

1 0

Python2-policycoreutils计划退出openEuler 20.03-LTE-Next分支
by chenyaqiang 24 Nov '20

24 Nov '20

Hi，everyone 因openEuler社区python 2.7组件生命周期将于2020.12.30号到期，之后该组件及其相关python2子包将停止社区维护更新；本次邮件主题也将重点讨论python2子包Python2-policycoreutils的退出计划，如您正在使用/有需要使用该包的，可以基于该退出计划在openEuler社区给出讨论意见或者建议； openEuler社区该issue讨论地址链接： https://gitee.com/src-openeuler/policycoreutils/issues/I26A77?from=project-… policycoreutils组件功能简介： policycoreutils作为SELinux组件的核心策略程序，主要用于加载策略的load_policy，用于标记文件系统的setfile，用于切换角色的newrole以及用于在上下文中运行/etc/init.d脚本的run_init。 policycoreutils组件计划退出openEuler 20.03-LTE-Next分支计划 openEuler 20.03-LTS –Next及其SP1分支计划从policycoreutils组件中删除python2-policycoreutils子包构；具体原因如下： a) openEuler 20.03-LTS –Next及其SP1分支中policycoreutils组件版本已跟随upstream社区更新为3.1版本，upstream社区早在发布3.0版本时，已明确不再维护Python 2代码，新的Python代码仅针对Python 3编写。 Upstream社区相关版本信息：https://github.com/SELinuxProject/selinux/releases/tag/pol… b) python2-policycoreutils依赖python2-setools包，详情如下： openEuler 20.03-LTS-Next/SP1分支中的setools升级到4.3.0版本，该版本的setools不再支持Python 2.x。 openEuler 20.03-LTS-Next/SP1分支中的setools去除了子包python2-setools，但是python2-policycoreutils安装依赖python2-setools，导致python2-policycoreutils安装失败。 c) openEuler 20.03-LTS及其后续SP版本已明确将于2020.12.30号停止维护python2及其相关子包。删除python2-policycoreutils组件，建议对python2-policycoreutils组件有依赖和使用场景的使用者，推荐使用python3及对应的python3-policycoreutils组件。 Python2-policycoreutils兼容性讨论如你正在使用或者后续确定必须使用该版本Python2-policycoreutils的包，建议可以使用openEuler 20.03-LTS版本及软件仓库中提供的该包的二进制组件在openEuler 20.03-LTS SP1版本中安装使用，openEuler 20.03-LTS SP1版本将不再提供该组件； Looking forward to your reply/feedback. ------------------- Best Regards 陈亚强

1 0

how to apply account for jumper server
by openEuler conference 24 Nov '20

24 Nov '20

1 0

openEuler 20.03 LTS SP1版本测试策略
by liyongqiang (H) 24 Nov '20

24 Nov '20

Hi, openEuler 20.03 LTS SP1版本按照 release-manager发布的版本计划转测试，QA-sig梳理并制定版本的整体测试策略： https://gitee.com/openeuler/QA/tree/master/Test_Strategy/openEuler_20.03_LT… 请相应测试人员按照对齐策略开展测试活动，如有变更请通过邮件知会qa(a)openeuler.org 版本整体测试计划和issue创建注意事项： 1、如果是阻塞性问题请在标签项选择block 2、关联里程碑请按照测试周期进行相应的选择测试周期起始时间截止时间 Issue里程碑关联 Test round 1 2020-11-23 2020-11-28 openEuler-20.03-LTS-SP1-round-1 Test round 2 2020-11-30 2020-12-5 openEuler-20.03-LTS-SP1-round-2 Test round 3 2020-12-7 2020-12-12 openEuler-20.03-LTS-SP1-round-3 Test round 4 2020-12-14 2020-12-19 openEuler-20.03-LTS-SP1-round-4 Br. Charlie

1 0

【议题收集】 release-management sig 例会
by Jiangyumin (Jimmy) 24 Nov '20

24 Nov '20

Hi all Release sig 组例会议题持续收集中，新增议题直接邮件回复申报即可。发件人: openEuler conference [mailto:public@openeuler.io] 发送时间: 2020年11月23日 20:18 收件人: release(a)openeuler.org; dev(a)openeuler.org; tc(a)openeuler.org 主题: [Dev] release-management sig 例会您好！ openEuler sig-release-management SIG 邀请您参加 2020-11-25 09:30 召开的ZOOM会议会议主题：release-management sig 例会会议内容：议题待收集会议链接：https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the ZOOM conference will be held at 2020-11-25 09:30, The subject of the conference is release-management sig 例会, Summary: 议题待收集 You can join the meeting at https://zoom.us/j/92904726255?pwd=TlRDd21oNWE4VThDZTB4Yk04eHN2QT09. More information<https://openeuler.org/zh/>

3 2

sig-ai-bigdata regular meeting
by openEuler conference 24 Nov '20

24 Nov '20

1 0

[sig-perl-modules] 讨论创建 sig-openresty 时引入若干仓库到 sig-perl-modules
by Joey Ma 24 Nov '20

24 Nov '20

Hi sig-perl-modules 的维护者，我是马俊杰，正计划建立 sig-openresty，因 OpenResty 生态有若干 perl 相关依赖包，详见 [1] ，所以想与各位讨论是否可以将这些包放在 sig-perl-moduels 下维护。包列表如下： - src-openeuler/mod_perl - src-openeuler/perl-Image-Info - src-openeuler/perl-Lemplate - src-openeuler/perl-Linux-Pid - src-openeuler/perl-Test-Nginx 请允许我说一下对于这些包的维护策略的想法，请各位一起讨论： - sig-openresty 人员负责将上述包的初始版本提交至 Gitee 上 - sig-openresty 人员负责上述包的初期维护工作 - 希望 sig-perl-modules 人员负责上述包的后期维护工作期待各位的回复，谢谢。 [1]: https://gitee.com/openeuler/community/pulls/1240 祝好，马俊杰

3 3

release-management sig 例会
by openEuler conference 23 Nov '20

23 Nov '20

1 0

sig virt meeting
by openEuler conference 23 Nov '20

23 Nov '20

1 0

openEuler 20.03 LTS SP1转测试通知
by Hufeng (Solar, Euler) 23 Nov '20

23 Nov '20

目前通过和大家核对，以下特性除HA延期交付外，其他特性均完成合入。版本进入第一轮正式转测试。测试期间发现的问题，请一并提issue，里程碑选择openEuler-20.03-LTS-SP1。方便问题过滤。请相关责任人更新特性进展为Testing。 HA经过和sig组责任人沟通，当前暂不合入SP1版本。相关sig组同步进行测试，12月10日评审测试报告（包含两轮测试结论），评审通过后合入20.03 LTS SP1 EPOL工程。进行最后一轮回归。版本取用路径如下： http://117.78.1.88:82/dailybuilds/openeuler/openEuler-20.03-LTS-SP1/openeul… 该版本为测试周期内版本，仅用于测试，严禁商用，除版本测试必须的人员外，请勿扩散。扩散和商用导致的后果openEuler社区不承担任何责任。 Release计划路径 https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… Release plan Stange name Begin time End time Develop 2020-10-12 2020-11-7 Comptibility 2020-11-8 2020-11-18 Buil 2020-11-19 2020-11-21 Test round 1（we are here） 2020-11-23 2020-11-28 Test round 2 2020-11-30 2020-12-5 Test round 3 2020-12-7 2020-12-12 Test round 4 2020-12-14 2020-12-19 release 2020-12-21 2020-12-22 Feture list no fetur status sig owner 1 openEuler 20.03 LTS SP1支持高可用pacemaker<https://gitee.com/openeuler/release-management/issues/I23GH2?from=project-i…> developing sig-HA yangzhao_kl 2 openEuler 20.03 LTS SP1支持openGauss版本<https://gitee.com/openeuler/release-management/issues/I23GGW?from=project-i…> developing 3 openEuler 20.03 LTS SP1支持1822 HBA卡驱动<https://gitee.com/openeuler/release-management/issues/I23GGR?from=project-i…> developing 4 openEuler 20.03 LTS SP1支持华为多路径<https://gitee.com/openeuler/release-management/issues/I23GGO?from=project-i…> developing 5 openEuler 20.03 LTS SP1支持openStack<https://gitee.com/openeuler/release-management/issues/I23GGJ?from=project-i…> developing sig-python-modules @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 6 openEuler 20.03 LTS SP1支持金融领域软件包<https://gitee.com/openeuler/release-management/issues/I23GG1?from=project-i…> developing DB @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 7 openEuler 20.03 LTS SP1支持大数据管理组件Ambari的依赖组件<https://gitee.com/openeuler/release-management/issues/I23GFY?from=project-i…> developing sig-release-management @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 8 openEuler 20.03 LTS SP1新增DDE组件<https://gitee.com/openeuler/release-management/issues/I23GFR?from=project-i…> developing sig-DDE @panchenbo<https://gitee.com/panchenbo> 9 openEuler 20.03-LTS版本新增criu组件<https://gitee.com/openeuler/release-management/issues/I23GFP?from=project-i…> developing 10 openEuler 20.03 LTS SP1支持libxml，hyperscan<https://gitee.com/openeuler/release-management/issues/I23GFL?from=project-i…> developing Desktop @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 11 openEuler 20.03 LTS SP1同时支持openjdk多个版本<https://gitee.com/openeuler/release-management/issues/I23GFC?from=project-i…> developing 12 openEuler 20.03 SP1 虚拟化支持内存，cpu热添加<https://gitee.com/openeuler/release-management/issues/I23GF7?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 13 openEuler 20.03 SP1 “支持vmtop”<https://gitee.com/openeuler/release-management/issues/I23GF2?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 14 openEuler 20.03 LTS SP1虚拟化支持安全启动<https://gitee.com/openeuler/release-management/issues/I23GEY?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 15 openEuler 20.03 LTS SP1虚拟化支持custom模式<https://gitee.com/openeuler/release-management/issues/I23GEU?from=project-i…> developing Virt @alexchen<https://gitee.com/zhendongchen> 16 openEuler 20.03 LTS SP1回合20.09 Atune<https://gitee.com/openeuler/release-management/issues/I23GEM?from=project-i…> developing 17 openEuler 20.03 LTS SP1补充SONY使用的依赖包<https://gitee.com/openeuler/release-management/issues/I23GEG?from=project-i…> developing 18 openEuler 20.03 LTS SP1补齐pts安装依赖<https://gitee.com/openeuler/release-management/issues/I23GEC?from=project-i…> developing 19 openEuler 20.03 LTS SP1回合20.09 iSular新版本特性<https://gitee.com/openeuler/release-management/issues/I23GE8?from=project-i…> developing 20 openEuler 20.03 LTS SP1开源openEuler-rpm-config宏<https://gitee.com/openeuler/release-management/issues/I23GDZ?from=project-i…> developing Base-service @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 21 openEuler 20.03 LTS SP1支持abrt组件<https://gitee.com/openeuler/release-management/issues/I23GDU?from=project-i…> developing Application @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 22 openEuler 20.03 LTS SP1支持osinfo<https://gitee.com/openeuler/release-management/issues/I23GDP?from=project-i…> developing Base-service @small_leek<https://gitee.com/small_leek> @hht8<https://gitee.com/hht8> 23 microcode_ctl需要回合支持x86<https://gitee.com/openeuler/release-management/issues/I1RFVK?from=project-i…> developing 24 openEuler 20.03 LTS SP1新增 raspberrypi 版本<https://gitee.com/openeuler/release-management/issues/I1RMC1?from=project-i…> developing RaspberryPi @woqidaideshi<https://gitee.com/woqidaideshi> 25 openEuler 20.03 LTS SP1新增UKUI组件<https://gitee.com/openeuler/release-management/issues/I1R54N?from=project-i…> developing sig_UKUI @dou33<https://gitee.com/dou33> 26 openEuler 20.03 LTS SP1新增netinstall组件<https://gitee.com/openeuler/release-management/issues/I1Y26A?from=project-i…> developing sig-OS-Builder @t_feng<https://gitee.com/t_feng> 27 openEuler20.03 LTS SP1版本支持飞腾 arm64架构CPU<https://gitee.com/openeuler/release-management/issues/I1RXGT?from=project-i…> developing 28 openEuler 20.03-LTS版本升级新增bcc的软件包<https://gitee.com/openeuler/release-management/issues/I1O7RM?from=project-i…> developing 29 openEuler 20.03 LTS SP1申请新增maildrop和proftpd软件包<https://gitee.com/openeuler/release-management/issues/I1TWXG?from=project-i…> developing 30 openEuler 20.03 LTS SP1内核开启config_acpi_nfit内核选项<https://gitee.com/openeuler/release-management/issues/I26KWQ?from=project-i…> developing 已知问题序号描述关联软件进展/结论 1 package abrt-atomic-2.13.0-9.oe1.aarch64 conflicts with abrt-addon-ccpp provided by abrt-addon-ccpp-2.13.0-9.oe1.aarch64 abrt 已确认：abrt主包spec中对abrt-atomic下加了Conflicts，会与abrt-addon-ccpp冲突 2 package blktrace-1.2.0-14.oe1.aarch64 obsoletes iowatcher < 1.2.0-14.oe1 provided by iowatcher-1.0-7.oe1.aarch64 iowatcher 已确认：blktrace已提供iowatcher，移除 3 package rdma-core-28.1-3.oe1.aarch64 obsoletes infiniband-diags provided by infiniband-diags-2.1.0-2.oe1.aarch64； package rdma-core-devel-28.1-3.oe1.aarch64 obsoletes infiniband-diags-devel < 28.1-3.oe1 provided by infiniband-diags-devel-2.1.0-2.oe1.aarch64 infiniband 已确认：在rdma-core升级到27.1版本时，已经提供了infiniband-diags的功能，移除 4 package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1()(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1(IBVERBS_1.0)(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires libibverbs.so.1(IBVERBS_1.1)(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires librdmacm.so.1()(64bit), but none of the providers can be installed； package fio-3.7-6.oe1.aarch64 requires librdmacm.so.1(RDMACM_1.0)(64bit), but none of the providers can be installed infiniband 已确认：因为缺少rdma-core提供的库文件，库文件没有，是因为rdma-core跟infiniband-diags冲突没安装上，修改方案同问题3 5 package libkcapi-devel-1.2.0-3.oe1.aarch64 obsoletes libkcapi-tests provided by libkcapi-tests-1.2.0-3.oe1.aarch64 libkcapi-devel 已确认：删除多余的provides 6 package mysql5-5.7.21-2.oe1.aarch64 conflicts with mariadb provided by mariadb-3:10.3.9-9.oe1.aarch64 mysql5 已确认：mysql与mariadb不能同时安装 7 package mvapich2-devel-2.3-8.oe1.aarch64 requires rdma-core-devel, but none of the providers can be installed infiniband 已确认：因为缺少rdma-core提供的库文件，库文件没有，是因为rdma-core跟infiniband-diags冲突没安装上，修改方案同问题3 8 package pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 requires gdm >= 1:2.22.0, but none of the providers can be installed package pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 requires gdm, but none of the providers can be installed package gdm-1:3.30.1-8.oe1.aarch64 obsoletes pulseaudio-gdm-hooks < 1:11.1-17 provided by pulseaudio-gdm-hooks-13.0-2.oe1.aarch64 pulseaudio 已确认：gdm包已提供pulseaudio-gdm-hooks这个功能，移除 9 package python3-abrt-container-addon-2.13.0-9.oe1.aarch64 conflicts with python3-abrt-addon provided by python3-abrt-addon-2.13.0-9.oe1.noarch abrt 已确认：abrt主包spec中对abrt-atomic下加了Conflicts，会与abrt-addon-ccpp冲突 10 package python3-pycryptodome-3.9.7-3.oe1.aarch64 conflicts with python3-crypto <= 2.6.1 provided by python3-crypto-2.6.1-26.oe1.aarch64 python-crypto 已确认：python-crypto衰退软件，python-pycryptodome是python-crypto它的替代软件 11 Pxe安装后无法启动，问题正在确认 Selinux

3 2

答复: 会议纪要2020-11-23//RE: dev-utils sig组例会
by Hexiaowen (Hex, EulerOS) 23 Nov '20

23 Nov '20

与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang、shenyangyang、gaoyi、jiangchuangang、shenyining、licunlong、fcwicky、linyan 上次遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交，将udevd模块单独出来出题 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 本次sig meeting已进行一次详细的讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 4 会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 本次会议接入时，存在proxy和密码的问题需要确认优化自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 pyporter、pkgporter已经打包完成，perlporter依赖未梳理清楚，进度要加快。 2/ systemd 重构初步设计已完成本次会议第一次对齐systemd设计思路及理念待确认问题： 1、确定项目核心团队与hushiyuan、caihaomin讨论 2、尝试参与openEuler summit，吸引开发者 3、梳理应用场景，从场景入手，由需求导入，而不是一比一的对比systemd项目。 4、借鉴es2，linkerd，微服务，云原生，云化版，云上设计 5、方案一先做个demo。 6、方案二和安全确认下。 7、关注nosystemd.org中对systemd吐槽的地方。 8、先明确目标，轻量级 + 云/边缘，再看场景，一定要考虑集群的设计。 9、dbus、event的设计要面向未来的应用考虑，不要搞成单机版 10、项目命名将已有的名称放在社区投票 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法暂未和release-sig沟通，需尽快沟通 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入。此项关闭本次会议遗留问题： 1、重写systemd项目线下搞一次headmeeting，继续头脑风暴一下设计思路责任人：overweight 2、项目命名将已有的名称放在社区投票。责任人：overweight 3、本次会议接入时，存在proxy和密码的问题需要确认优化。责任人：fcwicky 4、 Porter打包要尽快完成。责任人：sunchendong 5、 Liumem在openEuler创建项目和release-sig对齐计划。责任人：love_hangzhou 下一次会议主持：fcwicky 下一次会议主持：2020/12/7 何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image002.png@01D6C1A5.94AABB70] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! 发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年11月17日 15:46 收件人: dev <dev(a)openeuler.org> 主题: [Dev] 会议纪要2020-11-9//RE: dev-utils sig组例会发件人: Guanyalong 发送时间: 2020年11月9日 14:24 收件人: Weiwei (N) <wick.wei(a)huawei.com<mailto:wick.wei@huawei.com>> 主题: 答复: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang 遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 下次sig meeting详细讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 2/ systemd 重构初步设计已完成 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入本次遗留 1、下次例会将systemd重构整体设计、重构项目名称以及整体项目计划讲下 --- 责任人：overweight 2、 libumem在openEuler创建项目，并与release-sig沟通是否放入21.03版本 --- 责任人： love_hangzhou 3、会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 4、结合当前工作提出新的想法讨论下 --- 责任人：All 下一次会议主持：fcwicky 下一次会议主持：2020/11/23 发件人: Weiwei (N) 发送时间: 2020年11月9日 10:54 收件人: Guanyalong <guanyalong(a)huawei.com<mailto:guanyalong@huawei.com>> 主题: 转发: [Dev] 会议纪要//RE: dev-utils sig组例会发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年10月27日 10:23 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：ethan848、overweight、chendong1995、smileknife、 pkgporter项目进展： rubyporter，nodejsporter，pkgporter, nodejsporter已经完成开发，计划集成到21.03版本，下一步要做成rpm的形式，计划11中旬完成自研项目规划及进展： 1、重构systemd，年底前完成架构调研和重构设计，21年完成基本功能重写 --- love_hangzhou/overweight 计划分两个阶段进行：阶段一：梳理systemd现有特性，调研最小化特性集，计划11月上旬完成，目前已完成30+特性的分析阶段二：结合CNOS场景进行重写，计划630完成基本功能重写，当前正在进行准备工作：代码建仓、熟悉rust语言、深入分析重构模块的代码 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife 1)、基于版本号进行推荐最新版本和维护版本，例如x.y.z版本命名规则的软件，如果是master分支版本选型，会推荐社区最新版本，如果是维护分支版本选型，会推荐x.y不变，只升级了z的最新版本,下步计划会将abi check加入进去，作为推荐的一个依据。 2)、自动升级的功能已经打通可用后续openEuler-Advisor进展在sig-EasyLife中跟踪遗留问题： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 下一次会议主持：fcwicky 下一次会议主持：2020/11/9 From: openEuler conference [mailto:public@openeuler.io] Sent: Sunday, October 25, 2020 5:27 PM To: dev(a)openeuler.org<mailto:dev@openeuler.org> Subject: [Dev] dev-utils sig组例会您好！ openEuler dev-utils SIG 邀请您参加 2020-10-26 11:00 召开的ZOOM会议会议主题：dev-utils sig组例会会议链接：https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler dev-utils SIG invites you to attend the ZOOM conference will be held at 2020-10-26 11:00, The subject of the conference is dev-utils sig组例会, You can join the meeting at https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09. More information<https://openeuler.org/zh/>

1 0

[sig-openresty] 寻找 OpenResty SIG 的 maintainer/committer
by Joey Ma 21 Nov '20

21 Nov '20

Hi All, 大家好，我是马俊杰，正在与小伙伴计划将 OpenResty 生态引入至 openEuler 社区。前期经过与 TC 的沟通 [1]，我们将成立 OpenResty SIG 小组负责此项工作，SIG 小组名称暂定为 sig-openresty。本着开源社区“透明、公开”的精神，现面向社区寻找有能力的开发者担任 sig-openresty 的 maintainer/committer，期望您在 OpenResty 生态有所建树，并乐意为 SIG 组贡献自己的智慧。 sig-openresty 的工作内容有： 1. 引入+维护 OpenResty 的依赖包，与其他 SIG 组确定依赖包归属； 2. 引入+维护 OpenResty 核心包，放入 sig-openresty； 3. 引入+维护以 OpenResty 为基础的其他开源项目，如：Kong、Apache APISIX等； 4. ARM64 架构下 OpenResty 生态的调优；另外，目前 sig-openresty 的重要成员已包括： 1. 温铭（maintainer）：OpenResty 软件基金会创始人、OpenResty 软件基金会第一任主席、Apache APISIX 项目 VP； 2. 罗泽轩（maintainer）：OpenResty 核心开发者、Apache APISIX 项目 PMC 成员 3. 刘曦冉（committer）：Apache APISIX 项目 Committer 愿意参与的开发者请直接回复此邮件，时间截至：2020-11-20T20:00:00.00+08:00 。期待与您一起做好 sig-openresty，谢谢。祝好，马俊杰 [1]: https://gitee.com/openeuler/community/pulls/1240

2 1

dev-utils sig组例会
by openEuler conference 21 Nov '20

21 Nov '20

1 0

dev-utils sig组例会
by openEuler conference 21 Nov '20

21 Nov '20

1 0

会议纪要///答复: A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00
by hanxinke 20 Nov '20

20 Nov '20

本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 与会人：A-Tune sig组成员感谢与各位的线上交流！会议纪要： xiezhipeng： 1、介绍了机器学习模型Learned Index的由来与使用场景 2、介绍了learned index在RDMA键值存储上、LSM-tree上的应用 3、介绍了在特定场景下如何利用AI推测内核IO性能 hanxinke： 1、介绍了A-Tune collector模块的安装与使用 2、演示了如何利用A-Tune collector模块进行数据采集代码仓链接：https://gitee.com/openeuler/A-Tune-Collector 问题交流以及下一步计划： 1、A-Tune collector主要专注于操作系统层的数据采集，暂未涉及到应用层的数据采集，同时也不是一个性能测试工具 2、A-Tune collector后期将会实现在多种操作系统下的适配，以及对多网卡、多磁盘的支持 3、华南理工大学李俊祺实现了一种新的参数选择方法，建议与A-Tune现有的参数选择算法做一个对比实验下次sig会议议程：（预计时间：2020-12-04 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org-l86ho90g<mailto:欢迎大家将想要了解的内容或者讨论的议题发送到a-tune@openeuler.org邮箱>！敬请期待发件人: hanxinke 发送时间: 2020年11月18日 15:04 主题: A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00 您好！ openEuler A-Tune SIG 邀请您参加 2020-11-20 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 会议内容：本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 会议链接：https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-20 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Heuristic learning algorithm survey and sharing 2. Introduction to the A-Tune Collector Module You can join the meeting at https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09. Welcome to submit your topics. Thanks.

1 0

DOC SIG双周例会
by openEuler conference 20 Nov '20

20 Nov '20

1 0

sig-Java工作例会
by openEuler conference 20 Nov '20

20 Nov '20

1 0

[summit]Last Call: 不要错过在首届线下openEuler Summit 登台演讲的机会
by Liyongle (Fred) 20 Nov '20

20 Nov '20

openEuler Summit 已经得到了大家的很多支持演讲议题、支持单位、SIG、Demo 还在增加但是，申报议题和Demo今天就是 Deadline 了 11月20日23：59截至，不要错过你发展最迅速、最具活力的首届openEuler Summit 展示自己的技术实力赶快点击下方的链接报名申请链接 Call for Speaker<https://shimo.im/forms/XtCTP9jcrXKgjytD/fill> Call for Sponsor<https://shimo.im/forms/VWWtgLsVHzovmbeH/fill> Call for SIG<https://shimo.im/forms/KSMKHGPHIAsjoNHP/fill> Call for Demo<https://shimo.im/forms/lMTsArbYcy4hd2dY/fill> [cid:image001.png@01D6BF24.25DA26F0]<https://openeuler.org/zh/interaction/summit-list/> 在 openEuler Summit 人人都是主办方人人都是参与者这和开源精神的内核是一致的大会议程日益丰满并且干货满满、富有趣味 Hello openEuler 开发者体验区非常的酷因为我们想到了一个从树莓派到数据中心的全场景展示还有其他一些 “别有用心” 的 Demo 绝对的好玩 TC、SIG、Maintainer 已经准备好了 “网友见面” 现场召开 TC 工作会议现场召开 SIG 组工作会议现场接受新 SIG 申请现场的 Maintainer 共同分享学习不断增加的支持单位、友好基金会和社区媒体 [cid:image001.jpg@01D6BF21.1ADA52F0]

1 0

FW: 关于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件的讨论
by chenyaqiang 20 Nov '20

20 Nov '20

Dev邮件列表发送失败，重新主送dev邮件列表订阅者；如果你对下面的删包方式和兼容性解决方案由其他建议，烦请邮件或者openEuler社区回复讨论。社区issue讨论链接： https://gitee.com/src-openeuler/python-virtualenv/issues/I266XK From: chenyaqiang Sent: Thursday, November 19, 2020 8:28 PM To: tc(a)openeuler.org; dev(a)openeuler.org; 'release(a)openeuler.org' <release(a)openeuler.org> Cc: shixuantong <shixuantong(a)huawei.com>; shenyangyang <shenyangyang4(a)huawei.com>; hanxinke <hanxinke(a)huawei.com>; Xiezhipeng (EulerOS) <xiezhipeng1(a)huawei.com>; Shanshishi <shanshishi(a)huawei.com>; Linyan <linyanly.lin(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; Miaokaibo (miao_kaibo) <miaokaibo(a)huawei.com> Subject: 关于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件的讨论 Hi，all 议题：本邮件收集openEuler社区及openEuler相关联使用者对于openEuler 20.03-LTS-SP1版本中删除python2-virtualenv组件，仅保留python3-virtualenv组件的相关建议和意见，如果你对下面的删包方式和兼容性解决方案由其他建议，烦请邮件或者openEuler社区回复讨论。社区issue讨论链接： https://gitee.com/src-openeuler/python-virtualenv/issues/I266XK Python- virtualenv组件功能简介： Python- virtualenv组件主要是用来在同一套开发环境下为每个应用创建一套“隔离”的Python运行环境，用户可以使用Python- virtualenv组件创建多个不同的python运行环境，例如然后在创建的环境中开发项目，隔离项目之间的第三方包依赖，不同项目之间相互不干扰。同时Python<https://wiki.archlinux.org/index.php/Python>从3.3开始包含了venv程序，无需单独安装。如果用户必须使用老版本的Python，例如openEuler 20.03-LTS提供的python 2.7，则需要额外安装<https://wiki.archlinux.org/index.php/%E5%AE%89%E8%A3%85>virtualenv。 Python- virtualenv具体使用方式如下： Python 3 使用 python-virtualenv 提供的 virtualenv。 $ virtualenv venv Python 2 使用 python2-virtualenv 提供的 virtualenv2。 $ virtualenv2 venv Python- virtualenv组件中删除python2-virtualenv子包原因： 1、 openEuler 20.03-LT-Next开发分支定期分析所有组件包upstream社区各个版本状态和质量过程中，同步发现当前python-virtualenv版本是16.0.0，社区于2018.5.17发布该版本，该版本比较老旧，社区当前stable版本已更新到V16.7.10，3年多时间版本更新了21次，新版本中修复了大量bug和CVE，同步引入新的特性支持python 3.x，根据openEuler社区软件包选型规范和策略，python sig考虑跟随upstream社区版本演进路线，同步选型升级到V16.7.10，次新版本变化带来不可避免的ABI变更。具体升级到V16.7.10之后,python2-virtualenv新增大量python2相关子包依赖，详细如下：（1）python2-appdirs ——>SP1分支仅有python3版本（2）python2-distlib ——>SP1分支仅有python3版本（3）python2-contextlib2 ——>版本较低，需要升级才能依赖关系（4）python2-filelock ——>SP1分支仅有python3版本（5）python2-importlib-metadata ——>SP1分支仅有python3版本（6）python2-importlib-resources ——>由python-importlib-resources提供，需要引入python-importlib-resources包 ——> python2-importlib-resources依赖python2-zipp python2-zipp ——>SP1分支仅有python3版本（7）python2-pathlib2 ——>由python-pathlib2提供，需要引入python-pathlib2 ——>python-pathlib2依赖python2-scandir python2-scandir ——> SP1分支仅有python3版本详细变更可以参考： a) https://virtualenv.pypa.io/en/legacy/changes.html#v16-0-0-2018-05-16 b) https://virtualenv.pypa.io/en/latest/changelog.html 2、 openEuler 20.03-LTS及其后续SP版本已明确将于2020.12.30号停止维护python2及其相关子包基于上面2点原因考虑，python sig考虑从openEuler 20.03-LTS-SP1版本开始，删除python2-virtualenv组件，建议对python-virtualenv组件有依赖和使用场景的使用者，推荐使用python3及对应的python-virtualenv组件； Python2-virtuallenv前向兼容性解决方案： Python sig同时考虑到社区部分使用者前期可能存在已使用openEuler 20.03-LTS版本中python2和python2-virtualenv相关组件，为了尽最大可能减少用户使用习惯的改变，本着把“困难留给maintainer自己 ☺ ”，openEuler 20.03-LTS-SP1版本中考虑在该版本的EPOL仓库中继续提供openEuler 20.03-LTS版本中的python2-virtualenv相关组件（仅提供二进制文件，不再承诺该组件的后续CVE和bugfix维护支持），您只需要在安装了openEuler 20.03-LTS-SP1后，配置EPOL软件仓库，使用dnf install python2-virtualenv –y方式（当然rpm –ivh方式也可以），即可安装和继续正常使用python2-virtualenv组件；该兼容性方案已由openEuler python sig验证通过； --------------------------- Best Regards 陈亚强

1 0

Compiler SIG weekly meeting
by openEuler conference 19 Nov '20

19 Nov '20

1 0

Gatekeeper-Sig周例会
by openEuler conference 19 Nov '20

19 Nov '20

1 0

sig-high-performance-network regular meeting
by openEuler conference 19 Nov '20

19 Nov '20

1 0

queue字段讲解
by openEuler conference 18 Nov '20

18 Nov '20

1 0

sig-raspberrypi meeting 会议纪要-1117//RE: 【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by fang 18 Nov '20

18 Nov '20

sig-raspberrypi meeting 2020-11-17 会议纪要： 1. 树莓派镜像添加 UKUI 桌面环境 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I25Z5D 据 UKUI SIG 组介绍，UKUI 目前使用情况： UKUI 目前占用硬盘空间在 1.5-2G 之间，内存占用（openEuler 20.09）950M 左右。目前 UKUI 在 20.03 LTS SP1 和 20.09 有建仓，在 20.09 的安装方法可参考 https://gitee.com/openeuler/docs/blob/stable2-20.09/docs/zh/docs/Installati… 结论：按照既有文档为树莓派 20.03 LTS SP1和 20.09 安装 UKUI 桌面环境，根据测试情况决定如何制作包含 UKUI 桌面环境的树莓派镜像。 2. 上游树莓派内核代码分支合并到 openEuler 的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1ED7N 工作进展：统计树莓派上游社区内核更新情况，为接下来合并入 openEuler 内核做准备，具体结果如下：（1）openEuler 20.03 LTS/openEuler 20.09：4.19 版本内核逐步跟进树莓派上游内核代码更新，当前新增 41 个实际可合并的 commit。 openEuler 20.09 已合并。 openEuler 20.03 LTS 需要整理此次修改的具体细节后再讨论是否需要合并。（2）openEuler 下一版本：5.10-rc3 版本内核按照树莓派上游内核代码提交 commit 逐一合并，共计约 419+ commit，待上游版本稳定后着手合并。 3. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展树莓派社区 issue：https://github.com/raspberrypi/rpi-imager/issues/83 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1NRPA 工作进展：已提交到树莓派上游社区。 4. 树莓派 4B 添加 Xfce 桌面环境的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1F21F 工作进展：桌面版本使用一段时间后卡死，解决方式：制作镜像时取消安装 xfce4-screensaver。当前 xfce4-screensaver 造成系统卡死具体原因待排查，详见 issue：https://gitee.com/openeuler/raspberrypi/issues/I23J1D。 5. openEuler 移植到 RK3399 的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1N0Y1 工作进展：Toybrick 使用 rockchip-linux 4.19 源码编译的内核，启动失败，串口输出 Toybrick 启动日志，具体问题待排查。在 2020-11-18 14:52:20，"方亚芬" <yafen(a)iscas.ac.cn> 写道： | | Topic | | sig-raspberrypi regular meeting | | Time | | 2020-11-17 15:00-15:30((UTC+08:00)Beijing) | | | | Join Conference | | Join (External) >> | | Meeting Link | | https://zoom.us/j/99081732447?pwd=M0JlYThydzkvQzdJSG02Rm8zMWFyQT09 | | | | Convener | | 方亚芬 | | | | Agenda | | 1. 上游树莓派内核代码分支合并到 openEuler 的工作进展 2. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展 3. 树莓派 4B 添加 Xfce 桌面环境的工作进展 4. openEuler 移植到 RK3399 的工作进展 | |

1 0

queue字段讲解
by openEuler conference 18 Nov '20

18 Nov '20

1 0

A-Tune & wisdom sig meeting Time: 2020-11-20 10:00-12:00
by hanxinke 18 Nov '20

18 Nov '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-11-20 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 会议内容：本次sig会议议程： 1、启发式学习算法调研与分享，汇报人：xiezhipeng 2、A-Tune collector模块讲解，汇报人：hanxinke 会议链接：https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-20 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Heuristic learning algorithm survey and sharing 2. Introduction to the A-Tune Collector Module You can join the meeting at https://zoom.us/j/92377266863?pwd=YjFlY2hESGkrSkdZdHBxeU9qbnpJZz09. Welcome to submit your topics. Thanks.

1 0

A-Tune & wisdom sig meeting
by openEuler conference 18 Nov '20

18 Nov '20

1 0

会议纪要2020-11-9//RE: dev-utils sig组例会
by Mingfangsen 17 Nov '20

17 Nov '20

发件人: Guanyalong 发送时间: 2020年11月9日 14:24 收件人: Weiwei (N) <wick.wei(a)huawei.com<mailto:wick.wei@huawei.com>> 主题: 答复: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：myeuler、overweight、chendong1995、love_hangzhou、BruceGW、LeoFang 遗留问题进展： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight // 已经放入openEuler开发者大赛，题目已提交 –- 已完成 2020/11/9 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight // 下次sig meeting详细讨论 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 // 已完成 2020/11/9 自研项目规划及进展： 1/ porter系列spec已完成，目前在调试，下次sig例会前完成 2/ systemd 重构初步设计已完成 3/ libumem（内存泄漏检测工具）功能已打通，待在openEuler创建项目及以解决方案的维度提供场景说明及用法 4/ pumper中大部分功能已在openEuler-Advisor实现，暂不继续投入本次遗留 1、下次例会将systemd重构整体设计、重构项目名称以及整体项目计划讲下 --- 责任人：overweight 2、 libumem在openEuler创建项目，并与release-sig沟通是否放入21.03版本 --- 责任人： love_hangzhou 3、会议提前一天到两天先发邮件到tc/dev邮件列表，要再openEuler会议小程序中有记录 --- 责任人：All 4、结合当前工作提出新的想法讨论下 --- 责任人：All 下一次会议主持：fcwicky 下一次会议主持：2020/11/23 发件人: Weiwei (N) 发送时间: 2020年11月9日 10:54 收件人: Guanyalong <guanyalong(a)huawei.com<mailto:guanyalong@huawei.com>> 主题: 转发: [Dev] 会议纪要//RE: dev-utils sig组例会发件人: Mingfangsen [mailto:mingfangsen@huawei.com] 发送时间: 2020年10月27日 10:23 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: [Dev] 会议纪要//RE: dev-utils sig组例会与会人：ethan848、overweight、chendong1995、smileknife、 pkgporter项目进展： rubyporter，nodejsporter，pkgporter, nodejsporter已经完成开发，计划集成到21.03版本，下一步要做成rpm的形式，计划11中旬完成自研项目规划及进展： 1、重构systemd，年底前完成架构调研和重构设计，21年完成基本功能重写 --- love_hangzhou/overweight 计划分两个阶段进行：阶段一：梳理systemd现有特性，调研最小化特性集，计划11月上旬完成，目前已完成30+特性的分析阶段二：结合CNOS场景进行重写，计划630完成基本功能重写，当前正在进行准备工作：代码建仓、熟悉rust语言、深入分析重构模块的代码 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife 1)、基于版本号进行推荐最新版本和维护版本，例如x.y.z版本命名规则的软件，如果是master分支版本选型，会推荐社区最新版本，如果是维护分支版本选型，会推荐x.y不变，只升级了z的最新版本,下步计划会将abi check加入进去，作为推荐的一个依据。 2)、自动升级的功能已经打通可用后续openEuler-Advisor进展在sig-EasyLife中跟踪遗留问题： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 下一次会议主持：fcwicky 下一次会议主持：2020/11/9 From: openEuler conference [mailto:public@openeuler.io] Sent: Sunday, October 25, 2020 5:27 PM To: dev(a)openeuler.org<mailto:dev@openeuler.org> Subject: [Dev] dev-utils sig组例会您好！ openEuler dev-utils SIG 邀请您参加 2020-10-26 11:00 召开的ZOOM会议会议主题：dev-utils sig组例会会议链接：https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler dev-utils SIG invites you to attend the ZOOM conference will be held at 2020-10-26 11:00, The subject of the conference is dev-utils sig组例会, You can join the meeting at https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09. More information<https://openeuler.org/zh/>

1 0

openstack sig会议
by openEuler conference 17 Nov '20

17 Nov '20

1 0

openEuler基础设施例会
by openEuler conference 17 Nov '20

17 Nov '20

1 0

欢迎订阅 doc@openeuler.org
by qiaominna 16 Nov '20

16 Nov '20

Hi，大家好~ doc sig已经申请<mailto:doc%20sig已经申请>了邮件列表，欢迎订阅。文档相关需要沟通可发送邮件到doc(a)openeuler.org<mailto:doc@openeuler.org>。 l 为方便开发文档合入doc仓库，请提供Markdown 格式交付件。 openEuler docs仓库简介请查看 https://gitee.com/openeuler/docs/tree/master 中的README。欢迎提交PR。 l openEuler 20.03 LTS SP1版本已经进入转测试冲刺阶段，docs仓库已基于20.03 LTS版本拉新分支20.03_LTS_Next， 20.03 LTS SP1版本相关文档请合入该分支。 [cid:image003.jpg@01D6BC36.896C99A0]

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-17 15:00-15:30
by 方亚芬 16 Nov '20

16 Nov '20

1 0

sig-RaspberryPi例会
by openEuler conference 16 Nov '20

16 Nov '20

1 0

openEuler 20.03 LTS SP1分支受控合入通知
by Hufeng (Solar, Euler) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS SP1版本经过大家的努力，已经进入转测试冲刺阶段，为了保证合入质量。 openEuler 20.03 LTS SP1分支今天起受控合入，所有合入除了maintainer以外，还需要受控合入清单内的人同意才能合入代码（见下清单），请知。 yaqiangchen openeuler-basic orange-snn solarhu Ronnie_Jiang small_leek

2 1

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

sig-Java例会
by openEuler conference 13 Nov '20

13 Nov '20

1 0

openEuler kernel sig meeting
by openEuler conference 13 Nov '20

13 Nov '20

2 3

答复: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况
by guoge (A) 13 Nov '20

13 Nov '20

openEuler 20.03 LTS在尝试引入chrome浏览器，目前遇到编译问题目前怀疑需要gcc 8特性，需要具体看下是否可以简单补丁方式解决，否则可能会需要引入gcc 8及以上版本，需要麻烦@章海剑 @谢志恒看下发件人: qiaopeixin 发送时间: 2020年11月13日 10:25 收件人: gaojianxing <gaojianxing(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; sunguoshuai <sunguoshuai(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com> 抄送: guoge (A) <guoge1(a)huawei.com>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com>; tc <tc(a)openeuler.org>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com> 主题: RE: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况修正2.3: 代码是C++用了C语言结构体的格式。GCC trunk进入8.0.0之前的时候拉出来一个分支gcc-7，后面继续演进直到7.3，都没有修掉这个问题，7.5也没有修掉；trunk 同时继续演进，在8.0.0和9.0.0之间某一个节点修掉了这个问题。所以GCC release的版本中8.1之后的都修掉了这个问题。我找到修掉这个问题的节点后我们分析了一下，该节点依赖不少trunk之前合入的patch， gcc-7没有合入，初步尝试往前追溯了几个patch，都无法打到GCC 7.3.0上。预计需要合入多个patch，短时间无法适配好。祝好，乔沛鑫 From: gaojianxing Sent: Friday, November 13, 2020 9:14 AM To: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> Subject: chrome 浏览器，在openEuler-20.03 系列分支编译进展情况 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中―已解决合入乔沛鑫提供的patch，PR c++/80452， optional-bug-fix.patch 此部分已编译通过 2．5、当前编译 gpu/command_buffer/service/external_vk_image_backing.cc出现错误，正在修改chromium相应文件。预期上午今天上午解决发件人: gaojianxing 发送时间: 2020年11月11日 18:11 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; 'tc' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; '；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>' <；qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、当前编译错误如下图，已找到patch，patch commit ID为：d68ddd2b35078ab61f164b268bac63767b2a8e6a，但此patch不能直接合入，需要多个patch解决，正在回溯gcc解决此问题的历史patch。发件人: gaojianxing 发送时间: 2020年11月9日 20:45 收件人: Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能待测试； 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已进展如下 2．1、在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 2．2、编译第三方库blink时， “requested alignment is not an integer constant”错误，已找到patch Bogus error with alignof [PR90736] 2．3、编译gpu/vulkan相关文件出错是因为gcc-7 不支持GNU C 方式的c++结构体对象赋值，已通过补丁形式修改chromium vulkan相关代码解决。 ---已解决因gcc相关特性是在gcc-8及以上版本支持的，gcc-7社区没有相关补丁，需要修改的地方比较多，且需要自个做补丁修改，困难较大。 2．4、编译net/dns/dns_query.cc 时出现如下错误，问题还在定位、修复中 [cid:image001.png@01D6B9AD.4C816EC0] 发件人: Hufeng (Solar, Euler) 发送时间: 2020年11月7日 14:51 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: RE: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 20.09ukui有桌面，挂epol的源，可以试试 From: gaojianxing Sent: Friday, November 6, 2020 6:16 PM To: sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> Cc: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> Subject: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome 试引入进展情况： 1、 openEuler-20.09 、主线基于gcc 9.3.0 可以正常编译，功能未测试（需要GUI界面才能进行测试）; 2、基于openEuler-20.03-LTS-Next，编译器gcc 7.3.0 版本，已发现问题如下 2．1 在编译第三方库 libjpeg_turbo 时，vld1_s16_x3 错误，已找到gcc的patch AARCH64-Neon-vld1_-_x3-vst1_-_x2-and-vst1_-_x3-intrinsics.patch 此patch已合入到私有工程中，并编译通过，相应问题已解决； 2．2 当前错误 blink/renderer/platform/wtf/vector.h:268:58: error: requested alignment is not an integer constant 对应的漏洞原因正在定位中，尝试通过gcc补丁解决。发件人: sunguoshuai 发送时间: 2020年11月4日 17:48 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>; gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 Chrome编译时间过长的问题需要提前考虑… Obs上次自己的分支编译了9个多小时发件人: xiasenlin 发送时间: 2020年11月4日 15:45 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 抄送: guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>> 主题: 答复: 关于firefox后续版本(firefox82) 因专利问题存在引入风险引入chrome是很好的尝试，意义不止在于替换调更新版本的存在专利问题的firefox，更多的是为了提供更安全的浏览器。接下来需要做的： 1．“在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决）”，具体打什么补丁尽快与编译器同事确认 2．本地编译打包完成之后，要给出进一步的安装和功能验证的自验文档发件人: gaojianxing 发送时间: 2020年11月4日 14:56 收件人: xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>>; sunguoshuai <sunguoshuai(a)huawei.com<mailto:sunguoshuai@huawei.com>>; platform.zhang(a)huawei.com<mailto:platform.zhang@huawei.com>；; tc <tc(a)openeuler.org<mailto:tc@openeuler.org>>; dev(a)openeuler.org<mailto:dev@openeuler.org> 主题: 关于firefox后续版本(firefox82) 因专利问题存在引入风险 1、当前firefox 在主线已经升级到79版本，openEuler-20.03-LTS 经过适配已经可以升级到79版本，但因下游需求及CVE解决需要，及firefox本身在不断的演进，后续存在升级的需求，注：（当前firefox最新版本已是firefox82） Firefox后续版本流媒编解码依赖于包fdk-acc，fdk-acc包托管于github.com, license经与公司法务张伟咨询发现存在专利权问题：具体见附件的license，有风险部分如下： [cid:image002.png@01D6B9AD.4C816EC0] [cid:image003.png@01D6B9AD.4C816EC0] 2．可采取的解决方案： 2.1．后续采用chromium 浏览器，当前调查不存在专利和license等相关法务风险，但是在openEuler-20.03及衍生版本中当前gcc是编译不过的（可以尝试gcc打补丁解决），当前在主线和09版本引入没有问题； 2.2．继续使用firefox，尝试寻找其它包替代fdk-aac相关包功能（有风险，可能引入的包也有法务问题，且需要解决依赖问题）； 2.3．继续使用firefox，但是firefox后续升级存在法务风险（firefox不升级，但漏洞无法修复）。

1 0

sig-easylife 第一次会议纪要 : 2020.11.12 19:00 ~ 20:00
by Chenye Liang 12 Nov '20

12 Nov '20

*【sig-easylife第一次会议】 * *时间*： 2020.11.12 19:00 ~ 20:00 *与会人*： [image: image.png] *内容及结论*： * 1. SIG**例会开展方式** - initlove * 本次是首次开会，需明确后续的例会开展方式。 *结论*： a) 频率及时间：双周一次，具体时间在对应周的周一投票表决 b) 内容：各个子项目惯例过进展+介绍计划；议题汇报，议题会前收集 c) 会议组织者：本次会上暂未讨论轮流计划，目前简化、暂由 initlove组织 *2. openEuler-Advisor/patch-trakcing/sync-bot **进展及计划 - xinweihu/各负责人* 没记录，见各项目README/PR/ISSUE *3. 对外宣传 easylife项目 - fangyufa/initlove * Easylife的对外推广有利于推动社区规范化、识别维护者痛点、推动高效可落地作业工具，希望吸引广泛的参与者。 openEuler Summit及其他 meetup上可以/有必要介绍easylife项目。 *结论*： a) openEuler Summit 2020.12.24 会上议题准备，建议相关owner准备材料（ slide/demo）及议题，出差参加。 *4. 补丁命名规范问题 - licihua * 无法识别补丁是来自上游社区还是来自openEuler 社区，也无法识别社区修复的补丁是否回馈到上游社区。 *结论*： a) 这个是双向可追溯的问题。命名规则可以先出个初稿、在社区讨论；后续重点关注如何推动执行 *5. patchinfo问题 - initlove * 在参与到漏洞补丁升级的时候，发现yum原生的updateinfo功能当前在 openEuler没有很好支撑，OBS的patchinfo功能没有执行起来，这块目前正在研究方案。 *结论*： a) 这个和补丁命名规范在某种程度上说有共同的地方，都是数据结构化、以及如何推动的问题，可以互相交流。 *6. easylife各项目的许可证选型问题 - chenyanpan * 当前easylife各项目许可证未确定。 *结论*： a) 没有许可证就不是开源软件，需要尽快拉上法务一起讨论、给出意见。 b) 各项目用统一一个许可证还是用不同许可证等到和法务讨论后明确。 *7. easylife**下的项目是否可以不放到 src-openeuler下面** - chenyanpan * 放到src-openeuler下面多了一个打tar包、N个打补丁的工作，目前OBS支持直接拉git repo代码的功能，能否优化成直接从 openeuler/XXX下面获取进行构建（但同样有spec、并且打成rpm包）。 *结论*： a) 这个在社区作为创新专题探索。从现代的开发/构建角度看，git开发 + 直连 git 进行构建似乎更高效。考虑到OBS 也支持这个功能，因此可以原型试验。 b) 需要从LTS branch等各方面考虑，给一个详细方案。 c) 可以参考kernel团队当前做法 * 8. 各子项目 logo问题 - all stars* 当前大家呼声选猫的图像作为各自logo，需要推动这个事情开展。 *结论*： a) 必须是猫，且猫必须是项目贡献者自己养的 b) 每个项目都投票选择一个logo（是否可以选相同的会上未讨论） c) 每个项目被选中的猫的主人选相应的社区纪念品 (openEuler限量版猫砂及猫粮) *【遗留问题】 * 1. pkgship介绍 - wangyiru (下次例会上 11.26) 2. 准备openEuler Summit分享的材料（slide/demo） - 各项目owner ( summit前 < 12.20) 3. 补丁的命名规范 - licihua (时间会上未讨论） 4. patchinfo - liangchenye （时间会上未讨论） 5. 各个项目的license选型问题 -- chenyanpan/liangchenye + 法务 ( 下次例会前 <11.26) 6. 是否可以省掉 src-repo - chenyanpan/liangchenye + kernel team （中期任务） 7. 猫logo投票 - fangyufa （紧急任务 < 11.20 ) 纪要在线：https://etherpad.openeuler.org/p/sig-EasyLife-meetings SIG： https://gitee.com/openeuler/community/tree/master/sig/sig-EasyLife - openEuler-Advisor： http://gitee.com/openeuler/openEuler-Advisor - patch-trakcing: http://gitee.com/openeuler/patch-tracking - pkgship: http://gitee.com/openeuler/pkgship - sync-bot: http://gitee.com/openeuler/sync-bot To make life eaiser. initlove

2 1

回复：Re: [Tc] 申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 -- 输出了仓库配置管理格式说明.md 文件，看是否满足要求（ https://github.com/GeorgeCao-hw/georgedoc/blob/master/yaml… 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 -- 赞同该建议, 在yaml文件开头增加version字段 2.      Branch的type normal 有什么意义吗？ -- branch的type是按照码云分支的类型设置，包括protected，normal，readyonly三个选项,normal分支通常就是非保护分支       3.      Created_from 应该叫fork_from --create_from字段是按照gitee页面新建分支操作上的提示取的，希望和码云一致        4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？ --我们考虑删除分支和删除仓库类似，属于高危操作，当前建议是不通过配置文件执行自动删除，    如果确实需要删除可以将该分支从配置文件中删除，然后再到码云仓库中手动删除 5.  你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。 -- 如果src-openeuler.yaml改了格式，openeuler.yaml格式不调整， CI-bot需要两套处理逻辑，增加了复杂度。附格式样例： ------------------ 原始邮件 ------------------ 发件人: "Huxinwei" <huxinwei(a)huawei.com>; 发送时间: 2020年11月12日(星期四) 中午1:01 收件人: "George"<caozhi1214(a)qq.com>;"tc(a)openeuler.org"<tc(a)openeuler.org>; 抄送: "dev"<dev(a)openeuler.org>; 主题: [Dev] Re: [Tc] 申请修改仓库配置文件格式你们这个应该只考虑 src-openeuler.yaml 就可以了吧？我没想到需要改 openEuler.yaml 的场景。   以下是我的建议： 0.      从评审角度，以举例的方式来评审格式是不严谨的。希望有一个规范的格式文件，比如字段的属性，可选项等等。 1.      这个yaml文件格式看起来将来还有可能变化，那这次修改应该把格式版本字段加上。 2.      Branch的type normal 有什么意义吗？ 3.      Created_from 应该叫fork_from 4.      这样的branch 会一直增加下去，怎么表示已经衰退或者停止的分支？什么时候删除分支？   From: George [mailto:caozhi1214@qq.com] Sent: Thursday, November 12, 2020 12:05 PM To: tc(a)openeuler.org Cc: dev <dev(a)openeuler.org> Subject: [Tc] 申请修改仓库配置文件格式   Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。   老格式：   新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected  

2 1

申请修改仓库配置文件格式
by George 12 Nov '20

12 Nov '20

Hi，各位TC委员：我是openEuler基础设施SIG的同事。我们在落地【根据仓库配置文件自动创建仓库分支】的需求，需要指定新建分支是基于哪个分支来创建；当前community仓库下配置管理文件 src-openeuler.yaml和openeuler.yaml 的配置项没有包含这个信息，需要新增。现申请修改两个仓库配置文件（src-openeuler.yaml和openeuler.yaml）格式如下，烦请评审一下，谢谢。老格式：新格式：注：create_from若为空，默认create_from到master，       type若为空，默认protected

3 3

sig-confidential-computing例会
by openEuler conference 12 Nov '20

12 Nov '20

1 0

【例会纪要】openEuler Release-Management SIG meeting
by chenyaqiang 11 Nov '20

11 Nov '20

议题一： pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如遗留问题： 1、软件包兼容性分级信息是否可以在pkgship网站呈现 A: 当前pkgship 数据库及web页面均已经预留软件包兼容性分级接口，待openEuler社区软件包分级数据收集完成后，对接预留接口，可以直接支持信息查询； 2、如何访问pkgship依赖关系数据库网站？ A：当前pkgship已经提供独立页面支持访问：https://pkgmanage.openeuler.org/ 。后续会在openEuler.org社区主页界面增加pkgship子入口，引导用户访问pkgship；议题二： openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强遗留问题： 1、openEuler 21.03版本是否集成python 3.9，需要结合python 3.9稳定版本发布计划与openEuler 21.03版本节奏匹配；议题三： openEuler 20.03-LTS SP2计划移除python2及其相关子包；议题主讲人：陈亚强遗留问题： 1、pythpn2.7从标准ISO发布件中移除后，对于其他依赖python2的软件包的影响范围和差异需求梳理清楚，并在社区发起影响分析讨论； 2、openEuler线下交流会议中，同步收集openEuler 20.03-LTS用户对于python2.7移除的意见和建议议题四： openEuler 20.03-LTS SP1版本需求进展及版本计划同步：议题主讲人：胡峰议题五： openEuler 20.03-LTS 10月份补丁版本（update）发布评审；议题主讲人：胡峰 1、版本发布件及发布信息已公示openEuler社区release sig，本周持续收集社区意见及确认完成发布评审go_nogo签署；议题六： openEuler 20.03-LTS SP版本生命周期讨论议题主讲人：刘博 1、openEuler 20.03-LTS 330版本和后续LTS SP版本的生命周期、版本收编方式和收编计划需要在社区、线下交流沟通会议中持续收集建议，SP1发布时明确规范结论，支撑LTS版本在社区维护策略； Topic [WeLink Meeting] openEuler Release-Management SIG meeting Time 2020-11-11 09:30-11:30 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=8c8b822b759dc0a40175afc5be6…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=508447837&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/508447837> Meeting ID 508 447 837 Convener 陈亚强 (c00390579) Internal (10) 陈亚强 (c00390579), 朱延朋 (z00482129), 姜振华 (j00509688), 胡峰 (h00275609), 江裕民 (j00285779), 李永强 (l00384083), 明沛 (m00256926), 张伟 (z00444582), 刘博 (l00392858), Ying Wu (y00565703) External (9) fangyafengqidai(a)163.com<mailto:fangyafengqidai@163.com>, jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>, Erik.Yuan(a)arm.com<mailto:Erik.Yuan@arm.com>, panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>, pengfeizhou(a)yunify.com<mailto:pengfeizhou@yunify.com>, majunjiev(a)gmail.con<mailto:majunjiev@gmail.con>, release(a)openeuler.org<mailto:release@openeuler.org>, dev(a)openeuler.org<mailto:dev@openeuler.org>, tc(a)openeuler.org<mailto:tc@openeuler.org> Agenda 本次例会议题持续收集中，新增议题直接邮件回复申报即可。已收集议题如下： 1、pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如 2、openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强 3、openEuler 20.03 SP版本生命周期审视；议题主讲人：刘博注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

DDE sig组11月例会
by openEuler conference 11 Nov '20

11 Nov '20

3 2

会议纪要//reply: 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00
by guoge (A) 10 Nov '20

10 Nov '20

与会人：ARM（徐拯、简宁胜、龚晓红）、阿里巴巴（蒯微）、华为（郭歌、杨飞、王篁、贺东博、何学锦、章海剑）会议议程： 1．华为介绍在SVE backend的工作 2． ARM介绍在SVE backend的工作 3． SVE / Vector API / 其他技术交流会议纪要： 1．华为和ARM分别介绍了在ARM SVE backend做的工作，以及to do issue a) 当前华为和ARM在社区主要进行中后端指令支持和intrinsic工作，已经完成了基础运算指令、规约类指令、mask指令，正在完成Cast、Load/Store等指令 2． SVE 和Vector API技术交流，关于SVE支持路径的讨论，并探讨Vector API在产业落地的一些价值和诉求 a) SVE指令支持现状，以及backport到jdk11的诉求，以及自动向量化的讨论 b) Vector API在Java层api的问题和诉求收集 c) 国密加密算法java层支持是否可以由阿里来提交JEP？ 3．后续java instrinsic的支持需要做好分工，避免工作重复，后续各团队加强关于SVE支持的合作交流发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月9日 10:56 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-11-10 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-11-10 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/105703863> Meeting ID 105 703 863 Convener 郭歌 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

【请大家在评论区发表意见】openEuler 20.03 LTS Update 20201030 release 评审
by Hufeng (Solar, Euler) 10 Nov '20

10 Nov '20

https://gitee.com/openeuler/release-management/issues/I24KF3?from=project-i… 请大家发表该版本的评审意见。关键角色 QA（补充测试结论），TC委员会、包管理委员会、工程团队、release managment团队暂行评审规范（欢迎提意见） https://gitee.com/openeuler/release-management/blob/master/openEuler%E7%89%…

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

答复: 【问题】基于 openEuler 的 ABI 检查工具
by Hexiaowen (Hex, EulerOS) 10 Nov '20

10 Nov '20

这里应该是笔误，正确地址是https://github.com/lvc [cid:image002.png@01D6B744.C3841240] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! 发件人: huloves [mailto:huloves@163.com] 发送时间: 2020年11月9日 20:40 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: 【问题】基于 openEuler 的 ABI 检查工具何老师好：今天看到openEuler高校开发者大赛，有个问题如下。 https://www.oschina.net/2020-openeuler?from=oschina-wx#topic-introduce 该网页项目描述中的https://github.com/lvci 仓库没有公开，是否有其他的参考途径？

1 0

【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-11-11 09:30-11:30
by Meeting Book 10 Nov '20

10 Nov '20

1 0

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

09 Nov '20

1 0

答复: openEuler开发者大赛---rust重写systemd
by Hexiaowen (Hex, EulerOS) 09 Nov '20

09 Nov '20

Huanbing Lu 你好，很高兴你能参加开发者大赛。我们正在启动该项目，下面是关于这个题目的一些信息，后续邮件可以抄送dev(a)openeuler.org<mailto:后续邮件可以抄送dev@openeuler.org>公开讨论。该项目在dev-utils sig中讨论，欢迎参加dev-utils sig双周例会。标题 - Rust重写sysytemd 描述鉴于目前systemd社区尚不成熟，质量不高，集成太多特性，控制点太多，同时也存在较多问题，特发起使用Rust语言重写systemd 。目标 · 使用Rust语言重写。 · 保留基本功能，保持足够的兼容性。 · 不应该是一比一的简单语言翻译。 · 使其更加使用于嵌入式和云场景。 · 最好可容器、虚拟化做一定的结合，类似CoreOS。 · 解决systemd当前问题高发的场景，cgroup、pam、session等难度高导师 overweight<https://gitee.com/overweight> 联系方式 hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com> 微信xiaowen_he softcore(openEuler小助手) 产出标准 · 基于rust语言的开源1号进程软件，在openEuler社区开发 · 兼容基础的systemd使用场景，如服务管理、日志管理以及资源管理。 · 支持多架构x86_64、aarch64，前期支持openEuler上运行技术要求 · 基本的Linux命令 · Rust语言 · systemd机制原理、代码框架 · 了解容器、虚拟化等原理何晓文（Hex EulerOS）庞加莱实验室 [2012实验室] Tel : +86 18042018786 Email : hexiaowen(a)huawei.com [cid:image001.png@01D6B67B.9934B810] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! 发件人: Huanbing Lu [mailto:luhuanbing084@gmail.com] 发送时间: 2020年11月8日 12:44 收件人: Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com> 主题: openEuler开发者大赛---rust重写systemd 何晓文导师您好，我是参加这次openEuler的开发者，我想选择这个题目作为这次比赛的题目，有些冒昧了。您这边方便给一个联系方式嘛？队伍名称：队长负责带饭姓名：陆涣冰学校：南京邮电大学

1 0

答复: 会议纪要///【Meeting Notice】A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 06 Nov '20

06 Nov '20

本次sig会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 3、新场景调优介绍，汇报人：hanxinke 与会人：A-Tune sig组成员感谢与各位的线上交流！会议纪要： chenmingmin： 1、介绍了线程间亲和性、numa内存亲和性、网络亲和性的基本概念 2、分析了业界主流的亲和性探测方法，函数调用跟踪和内存访问跟踪 3、讲解了业界主流的线程映射方法，openmp和kmaf，并对kmaf方式进行了代码实现 4、演示了kmaf绑核方式实现的调度效果分享链接：https://gitee.com/openeuler/wisdom-advisor/wikis/ gaoruoshu： 1、介绍了A-Tune web UI实现的具体原理 2、在web UI上演示了在线静态调优analysis和离线动态调优Tuning的动态曲线图 3、介绍了现有web UI的功能点，以及后期的技术演进路线代码仓链接：https://gitee.com/openeuler/A-Tune-UI hanxinke： 1、展示了当前A-Tune已经支持的业务场景下的配置参数 2、演示了一个新场景如何入手调优的具体方法代码仓链接：https://gitee.com/openeuler/A-Tune/tree/master/tuning/yamls 问题交流以及下一步计划： 1、kmaf线程映射方法是不停地进行亲和性检测，频率为100ms，平均开销在1.5% 2、页面迁移需要达到从一个节点访问的最高数量是次高数量的2倍以上，这个统计值需要达到稳定状态才行 3、当前亲和性探测方法使用了page_fault缺页统计访问信息，性能开销较大，后期将用其他跟踪方式来替代 4、当前A-Tune web UI上面采集的数据无法实时显示，后期通过增加数据库进行改进 5、analysis上面比对的数据表只是简单的增加时间戳来区分，需要提升使用者体验 6、当前A-Tune web UI只支持一个集群的调优，多个集群调优的实现方式还需要改进下次sig会议议程：（预计时间：2020-11-20 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org!-nz2k235h 敬请期待

1 0

OS-Builder sig例会
by openEuler conference 06 Nov '20

06 Nov '20

1 0

nothing provides mingw32-filesystem >= 95
by 翁志艺 06 Nov '20

06 Nov '20

大家好，自从mingw32-filesystem被移到master/openEuler:Mainline就好像出了问题。 buildinfo is broken... it says: unresolvable: nothing provides mingw32-filesystem >= 95 nothing provides mingw64-filesystem >= 95 2020-11-04 07:31:37,044 [ ERROR] : build package error, 1 2020-11-04 07:31:37,044 [ ERROR] : build standard_aarch64 ... failed 2020-11-04 07:31:37,045 [ ERROR] : build openEuler:Factory mingw-winpthreads aarch64 ... failed 其它依赖 mingw-filesystem 的项目 ci 测试时报错 https://gitee.com/src-openeuler/mingw-winpthreads/pulls/2 https://jenkins.openeuler.org/job/multiarch/job/src-openeuler/job/x86-64/jo… https://gitee.com/src-openeuler/mingw-headers/pulls/2 曾经成功过，现在也报同样的错误。但 mingw-filesystem version 是110的啊。 https://gitee.com/src-openeuler/mingw-filesystem/blob/master/mingw-filesyst… 请帮忙解决一下，谢谢！

2 4

【重要】openEuler 20.03 LTS SP1版本详细发布计划已经发布，请大家按照计划合入
by Hufeng (Solar, Euler) 05 Nov '20

05 Nov '20

https://gitee.com/openeuler/release-management/blob/f794679489b0d69a3e028ef… 2020年11月7日完成对老特性有影响的修改合入。 2020年11月18日完成所有特性冻结。请大家更新需求责任人，请大家审视是否有需求遗漏，原则上不再接纳新需求 HA，k8s，openstack团队前期有过讨论，可以考虑计划匹配度的情况下，修改如下问题，提交申请pr讨论。所有需求，先提issue跟踪，里程碑选择openEuler 20.03 LTS SP1

1 0

A-Tune & wisdom sig meeting Time: 2020-11-06 10:00-12:00
by hanxinke 04 Nov '20

04 Nov '20

您好！ openEuler A-Tune SIG 邀请您参加 2020-11-06 10:00 召开的ZOOM会议会议主题：A-Tune & wisdom sig meeting 本次会议议程： 1、调度亲和性探测与映射方法介绍，汇报人：chenmingmin 2、A-Tune web UI介绍与演示，汇报人：gaoruoshu 会议链接：https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09 欢迎大家提交议题~ Hello! openEuler A-Tune SIG invites you to attend the ZOOM conference will be held at 2020-11-06 10:00, The subject of the conference is A-Tune & wisdom sig meeting, There are two topics for the conference. 1. Scheduling Affinity Detection and Mapping 2. A-Tune Web UI Introduction and Demonstration You can join the meeting at https://zoom.us/j/99043681198?pwd=dlhvUUk3UHhzcTl5emtuTTFVSmdQUT09. Welcome to submit your topics. Thanks.

1 0

Meeting Minutes 会议纪要 //答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Xiehong (Cynthia) 04 Nov '20

04 Nov '20

【与会人：】胡欣蔚、熊伟、郭寒军、谢秀奇、王勋、谢红、梁栋、方亚芬、王建民、迟信泽、陆志浩、董德平、冯涛、管延杰、刘博、叶青龙、朱延朋、Luo Haibo，潘辰博，ZhuoHui,imjoey 【新SIG组提案】 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- 润和梁栋 //会议结论： 1. 同意成立SIG组 2. 本SIG主要考虑的硬件是ARM 嵌入式 3. 当前重点在构建ARM32的rootfs 4. SIG组的软件仓优先单独建，如果没有问题再回合到主仓上遗留问题 1. 新SIG组的maintainer另外安排时间培训规范， 2. 32bit的OCS构建环境建设需要与基础设施组讨论落地方案 3. 希望目标能扩展到 openEuler的嵌入式版本，不仅仅在arm32,这个后续讨论 4. 希望补充SIG的相关说明文档中进一步明确本SIG的SCOPE和ROADMAP 【关键问题讨论】议题一：树莓派镜像 root用户密码设置策略 ---- 方亚芬 //会议结论 a) 对于树莓派，简单易用更重要，建议直接预置openeuler b) 可以考虑增加提示给用户，提示其修改初始密码，选择权给用户 c) 本结论只适用于树莓派的镜像，不影响openEuler的服务器版本的密码设置安全策略议题二：SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 //会议结论： a) 先请社区律师参与评估合规性要求； b) 评估以后，以openeuler社区名义向Nexus提申请 Pro版本；议题三: 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 //会议结论： a) 先组织线下讨论【SIG组日常运作审视】 1.OS builder-SIG --- 冯涛 //会议结论： a) 建议将各个公有云的虚拟机镜像制作对接工作纳入到本SIG组，可以参考暑期项目的输出 b) 做个USB的安装工具 c) 可以考虑根据程序运行情况确定需要裁剪的包 2. CEPH-SIG -- 迟信泽 //会议结论： a) 版本分支管理方式与openEuler的分支管理规则不一致，导致CI无法集成，按照社区的规则调整一下大版本的规则 b) 与release-sig线下沟通，尽快纳入到发行版本里 3.高性能网络 --- 陆志浩 //会议结论： a) 结合应用场景，找出有差异化的竞争力，比如容器网络，多与相关SIG组沟通协作 b) 考虑构建自有品牌的软件（栈） c) 例会要定时开，例行运作起来发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:25 收件人: 'dev' <dev(a)openeuler.org>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'hopeedge' <hopeedge(a)hoperun.com>; Guanyanjie <guanyanjie(a)huawei.com>; Liubo (Tony) <liubo79(a)huawei.com>; '582327062(a)qq.com' <582327062(a)qq.com>; 'rita_dong(a)isrc.iscas.ac.cn' <rita_dong(a)isrc.iscas.ac.cn> 主题: 答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:07 收件人: dev <dev(a)openeuler.org<mailto:dev@openeuler.org>>; 'tc(a)openeuler.org' <tc(a)openeuler.org<mailto:tc@openeuler.org>>; 'hopeedge' <hopeedge(a)hoperun.com<mailto:hopeedge@hoperun.com>> 主题: topic till now//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 HI ALL 到目前为止，收集的申报议题有 1．新SIG组 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- Liang Dong 2．关键问题讨论 A) 树莓派镜像 root用户密码设置策略 ---- 方亚芬 B) SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 C) 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 3． SIG组日常运作审视 A) OS builder B) CEPH C) 高性能网络议题可以继续申报，今天晚上截止 Thanks and Regards 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月3日 10:01 收件人: Tc(a)openeuler.org<mailto:Tc@openeuler.org> 主题: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 Topic openEuler Community TC Regular Meeting Time 2020-11-04 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/972758019> Meeting ID 972 758 019 Convener 谢红 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

Re: [Dev]【会议纪要】 sig-confidential-computing例会
by chenmaodong 04 Nov '20

04 Nov '20

【会议纪要】会议时间：2020-11-03 16:00 与会人：liujingang，gaoguijin，银联5人整体接入，chenmaodong，yanlu，wanghongzhe，liwei，Eli ma，zhujianwei 议题：一、银联介绍当前在TEE领域的投入与应用，着重讲解了TEE在电动车场景的应用实例，以及银联安全操作系统TEEI的相关成果二、讨论当前机密计算sig组的运作模式 a) 由于当前机密计算sig组代码还未开源，社区其他参与者对sig组，特别是secGear的使用和运行模式不了解，鉴于代码暂时还未走完开源流程，银联祖立军建议将一些demo做成视频在下次sig例会上进行下演示。 b) 目前社区上大家有意愿参与进来却没有相关任务途径，而当前sgx相关的依赖包还有部分未引入，可以在sig组发布打包任务提高大家参与度 c) 当前sig例会时间进行调整，提高交流频率，时间为每个月第一周与第三周的周二下午16:00 – 17:00，会议信息通过dev@openeuler.org<mailto:会议信息通过dev@openeuler.org>进行发布 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 2, 2020 7:10 PM To: dev(a)openeuler.org Subject: [Dev] sig-confidential-computing例会您好！ openEuler sig-confidential-computing SIG 邀请您参加 2020-11-03 16:00 召开的ZOOM会议会议主题：sig-confidential-computing例会会议链接：https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-confidential-computing SIG invites you to attend the ZOOM conference will be held at 2020-11-03 16:00, The subject of the conference is sig-confidential-computing例会, You can join the meeting at https://zoom.us/j/93280756713?pwd=ZG1acUZIeHJRckhaZDRjbndMQlJ3QT09. More information<https://openeuler.org/zh/>

1 0

会议纪要 // 答复: Container & iSula SIG例会 Time: 2020-11-03 16:00-17:30
by lujingxiao 03 Nov '20

03 Nov '20

与会者：jingxiaolu, imjoey, lifeng, haozi007 1、 Container & iSula SIG 近况： a) iSulad： i. volume特性（匿名卷、本地卷）：基本开发完成，计划本月中上openEuler主线； ii. 网络特性（命令行支持）：特性设计方案均已上传wiki，目前开发完成50%，计划1230上openEuler主线 iii. 社区：目前外部使用者询问比较多的都是网络特性 b) isula-build： i. openEuler 20.03 LTS SP1 预计月底发布，isula-build计划本周bump到0.9.4版本，带上特性：子命令pull/push，本地unix socket 支持isula group，支持同时save多个镜像，info支持展示runtime mem信息以及部分性能优化和bugfix ii. 下一阶段：开发两大特性OCI镜像格式的支持，子命令manifest，预计1230上全部合入openEuler主线 2、本次例会无其余议题谢谢， jingxiaolu

2 3

Dev] sig-raspberrypi meeting 会议纪要-1103//Re: 【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-03 15:00-15:30
by fang 03 Nov '20

03 Nov '20

sig-raspberrypi meeting 2020-11-03 会议纪要： 1. openEuler 树莓派镜像更新的工作进展 openEuler 社区 issue： https://gitee.com/openeuler/release-management/issues/I1RMC1 https://gitee.com/openeuler/release-management/issues/I1RG4M 工作进展：（1）openEuler 20.03 LTS 树莓派版本内核源码跟进到 openEuler 20.03 LTS 当前最新稳定版本 4.19.90-2010.2.0，测试使用。（2）raspberrypi-kernel、raspberrypi-build 已跟进 openEuler 20.03 LTS 到最新版本。（3）更新当前 openEuler 20.03 LTS 和 openEuler 20.09 内测版本镜像。 2. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表树莓派社区 issue：https://github.com/raspberrypi/rpi-imager/issues/83 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1NRPA 工作进展：详细内容已更新到 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1NRPA。 3. 树莓派用户默认密码设置策略 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I23KEP 工作进展：具体内容见上述 issue，2020/11/04 TC 会议上具体讨论“社区默认密码策略的问题”，并确定之后树莓派镜像 root 初始默认密码及普通用户初始默认密码。 4. 上游树莓派内核代码分支合并到 openEuler 的方案讨论 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1ED7N 工作进展：统计出树莓派上游社区内核更新情况，为接下来合并入 openEuler 内核做准备，具体统计结果如下：（1）openEuler 20.03 LTS/openEuler 20.09：4.19 版本内核逐步跟进树莓派上游内核代码更新，当前新增 49+ commit。（2）openEuler 下一版本：5.10 版本内核按照树莓派上游内核代码提交 commit 逐一合并，共计约 401+ commit。 5. 树莓派 4B 添加 Xfce 桌面环境的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1F21F （1）添加桌面环境的对应 PR 已提交到树莓派 SIG 组主仓库 raspberrypi 下，PR 链接：https://gitee.com/openeuler/raspberrypi/pulls/23，制作镜像过程中需要的部分 Xfce 桌面相关软件包并未在 openEuler 20.09 的开发源中，补充临时开发源：https://eulixos.com/repo/others/openeuler-raspberrypi/pkgs/。（2）浏览器访问外网不够稳定，使用火狐浏览器替代。（3）桌面版本使用一段时间后卡死，待排查解决。 6. openEuler 移植到 RK3399 的工作进展 openEuler 社区树莓派 SIG 组 issue：https://gitee.com/openeuler/raspberrypi/issues/I1N0Y1 工作进展：使用 Firefly 和 Toybrick 两种 RK3399 板子测试移植情况，按照既定方案继续推进移植工作。在 2020-11-03 11:01:43，"fang" <fangyafenqidai(a)163.com> 写道： | | Topic | | sig-raspberrypi regular meeting | | Time | | 2020-11-03 15:00-15:30((UTC+08:00)Beijing) | | | | Join Conference | | Join (External) >> | | Meeting ID | | 881 4204 8958 | | | | Convener | | 方亚芬 | | | | Agenda | | 1. openEuler 树莓派镜像更新的工作进展 2. openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表的工作进展 3. 树莓派用户默认密码设置策略 4.上游树莓派内核代码分支合并到 openEuler 的方案讨论 5. 树莓派 4B 添加 Xfce 桌面环境的工作进展 6. openEuler 移植到 RK3399 的工作进展 | |

1 0

virt sig meeting
by openEuler conference 03 Nov '20

03 Nov '20

1 0

Re: openEuler树莓派镜像设置root密码的安全策略
by Jianmin Wang 03 Nov '20

03 Nov '20

谢谢建伟。 1. 关于社区默认密码策略的问题由于树莓派等嵌入式设备是采用刷写镜像安装的，所以多数都存在默认密码。只有 Ubuntu 树莓派桌面版本提供了第一次启动设置（OOBE）的功能，Ubuntu 树莓派服务器版本也是采用默认密码策略。根据你发给我的链接 openEuler 文档账户口令 <https://openeuler.org/zh/docs/20.09/docs/SecHarden/%E8%B4%A6%E6%88%B7%E5%8F…> ，这里有示例的密码复杂度设置，没有明确的 openEuler 社区关于初始密码设定的规则。是否可以形成一个正式的社区版本发布的初始设置规范？目前有虚拟机镜像和树莓派镜像需要密码（后续还需要默认的普通用户名和密码），未来或许还有更多嵌入式设备的镜像需要默认密码，如果有一个规范指导，就可以避免每次都需要讨论了。 2. 关于树莓派的默认密码问题这个问题的解答需要第一个问题为基础。结合你的意见，我理解安全组允许采用简单密码，那么我们 SIG 组的建议方案是采用 root 默认密码为 openeuler 的方式，具体解释参照原有邮件。未来出具桌面版本的时的普通用户，考虑用户名为 openeuler ，密码为 openeuler ，同时采用默认禁用 root 用户，授权 openeuler 用户 sudo 权限的方式。这个问题对应的 issue 是：https://gitee.com/openeuler/raspberrypi/issues/I23KEP?from=project-issue <https://gitee.com/openeuler/raspberrypi/issues/I23KEP?from=project-issue> 看社区大家是否有其他建议。 ——王建民 > On 2 Nov 2020, at 10:32 AM, zhujianwei (C) <zhujianwei7(a)huawei.com> wrote: > > 你好，从安全角度来看，系统中最好不要存在默认的密码，当前openEuler也是在系统安装的时候用户自己设置的，目前的策略只是对设置的密码强度有一定的要求（8位三种字符以上） > > 针对树莓派 SIG发布的版本，可以参照主流桌面版本的密码复杂度策略自行进行调整，在使用简单密码时进行提示而不阻止。 > > 发件人: Jianmin Wang [mailto:jianmin@iscas.ac.cn] > 发送时间: 2020年11月2日 10:21 > 收件人: security(a)openeuler.org; zhujianwei (C) <zhujianwei7(a)huawei.com> > 抄送: Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; dev <dev(a)openeuler.org> > 主题: Fwd: openEuler树莓派镜像设置root密码的安全策略 > > Hi，建伟和安全委员会的委员们， > > 围绕社区的密码策略以及后续树莓派镜像的默认密码希望大家给出建议和意见，如果需要，我们可以通过在线会议沟通讨论。预期本周提交相关的草案上 TC 会议讨论。 > > 由于 yafen 发给 security 邮件列表总是被拒，所以我再转发一次并抄送给了 dev 邮件列表。 > > 谢谢。 > > > ——王建民 > > > Begin forwarded message: > > From: 方亚芬 <yafen(a)iscas.ac.cn <mailto:yafen@iscas.ac.cn>> > Subject: openEuler树莓派镜像设置root密码的安全策略 > Date: 29 October 2020 at 2:31:06 PM SGT > To: security(a)openeuler.org <mailto:security@openeuler.org> > Cc: jianmin(a)iscas.ac.cn <mailto:jianmin@iscas.ac.cn>, "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com <mailto:jiangyumin@huawei.com>>, "Hufeng (Solar, Euler)" <solar.hu(a)huawei.com <mailto:solar.hu@huawei.com>>, "zhujianwei (C)" <zhujianwei7(a)huawei.com <mailto:zhujianwei7@huawei.com>> > > 安全委员会的委员们，大家好。 > > 我是 openEuler 社区树莓派 SIG 组的 Maintainer，需要咨询一下当前 openEuler 系统 root 密码设置的安全策略问题，并进一步征求一下安全委员会对 openEuler 树莓派镜像的 root 密码设置的意见。（该问题在 Release SIG 组 10 月 28 号的例会上初步讨论，具体会议纪要参见本邮件最后“Release-Management SIG 组例会会议纪要“的议题三部分，Release SIG 组建议跟安全委员会沟通一下并且于下周提交 TC 委员会决策。） > 当前情况：openEuler 20.09 的树莓派镜像已于 9 月 30 号发布，当前镜像设置的 root 用户的默认密码为 openeuler。[1] <https://openeuler.org/zh/docs/20.09/docs/Installation/%E5%AE%89%E8%A3%85%E5…> > 前期社区建议：之前与 Release SIG 组沟通得出的方案是，出于对安全的考虑，建议和虚拟机镜像初始密码设置一致，即root 密码设置为 openEuler12#$ 。[2] <https://openeuler.org/zh/docs/20.09/docs/Releasenotes/%E7%B3%BB%E7%BB%9F%E5…> [3] <https://gitee.com/openeuler/release-management/issues/I1RG4M?from=project-i…> > 问题：由于存在发布镜像的密码与最初约定不一致的问题，同时也考虑到更多方面的因素，需要遵循社区的密码策略来确定树莓派默认密码的长期设定。 > 树莓派 SIG 组内部经过讨论，如果满足社区的密码策略，建议 openEuler 的树莓派镜像保持 root 密码为 openeuler，主要出于以下几点考虑： > 1. 不像服务器对密码复杂度要求比较高，作为个人使用的树莓派，初始密码设置相对简单好记一点，方便用户使用。如果用户对于树莓派安全有更高要求，用户可以登录后可以重新设置密码。 > 2. 参考的是其他操作系统发行版发布的的树莓派镜像，root 密码设置得相对比较简单。 > - Raspberry Pi OS（之前叫 Raspbian）默认用户名是 pi（具有 sudo 权限），默认密码是 raspberry。root 用户默认禁用。[4] <https://www.raspberrypi.org/documentation/installation/installing-images/RE…> > - ubuntu，默认提供两个版本，一个有桌面，一个服务器版。服务器版本，默认用户 ubuntu，密码 ubuntu。桌面版本默认提供启动初始设置，用户可以自主设置用户名和密码）。[5] <https://ubuntu.com/download/raspberry-pi> > - centos 的树莓派镜像的 root 密码为 centos。[6] <https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3> > 3. 树莓派 SIG 组未来会发布各个版本的树莓派镜像（20.09、20.03 LTS、带有桌面等多个版本）。鉴于 openEuler 20.09的树莓派镜像已经发布，且 root 密码已经设置为 openeuler，树莓派 SIG 组建议之后的镜像的 root 密码也与已发布的openEuler 20.09 的树莓派镜像保持一致，避免同时有 root 密码不同的树莓派镜像同时存在，给用户造成混淆。 > 附加问题：考虑到 openEuler 后期会添加桌面环境，那么树莓派镜像就需要系统有一个默认的普通用户，这个默认的普通用户的用户名和密码该如何设置，其密码设置有没有确定的安全策略？针对这一问题也想征求一下安全委员会的意见，如openeuler:openeuler。 > 以上问题对应 issue 链接参考： > 1. openEuler 树莓派安装：https://openeuler.org/zh/docs/20.09/docs/Installation/安装指导-1.html <https://openeuler.org/zh/docs/20.09/docs/Installation/%E5%AE%89%E8%A3%85%E6…> > 2. openEuler 安装介绍：https://openeuler.org/zh/docs/20.09/docs/Releasenotes/系统安装.html <https://openeuler.org/zh/docs/20.09/docs/Releasenotes/%E7%B3%BB%E7%BB%9F%E5…> > 3. openEuler 20.09 版本新增树莓派版本：https://gitee.com/openeuler/release-management/issues/I1RG4M?from… <https://gitee.com/openeuler/release-management/issues/I1RG4M?from=project-i…> > 4. Raspberry Pi OS：https://www.raspberrypi.org/documentation/installation/installing-images… <http://www.raspberrypi.org/documentation/installation/installing-images/REA…> > 5. Ubuntu for Raspberry Pi：https://ubuntu.com/download/raspberry-pi <http://ubuntu.com/download/raspberry-pi> > 6. CentOS for Raspberry Pi：https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3 <http://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3> > > 谢谢大家。 > > > -----原始邮件----- > 发件人:"Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com <mailto:jiangyumin@huawei.com>> > 发送时间:2020-10-28 20:51:07 (星期三) > 收件人: "release(a)openeuler.org <mailto:release@openeuler.org>" <release(a)openeuler.org <mailto:release@openeuler.org>>, "dev(a)openeuler.org <mailto:dev@openeuler.org>" <dev(a)openeuler.org <mailto:dev@openeuler.org>> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>>, "Hufeng (Solar, Euler)" <solar.hu(a)huawei.com <mailto:solar.hu@huawei.com>>, Xiexiuqi <xiexiuqi(a)huawei.com <mailto:xiexiuqi@huawei.com>>, "方亚芬" <yafen(a)iscas.ac.cn <mailto:yafen@iscas.ac.cn>>, "chen_yaqiang(a)qq.com <mailto:chen_yaqiang@qq.com>" <chen_yaqiang(a)qq.com <mailto:chen_yaqiang@qq.com>> > 主题: [Dev] 【会议纪要】//答复: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > Release-Management SIG 组例会会议纪要（时间：2020-10-28 9:30-11:30）： > > 议题一：openEuler社区版本分支管理规范初稿讨论 > 1、 openEuler 20.03 LTS NEXT分支将作为 20.03 LTS SP版本的开发分支进行特性开发合入。 > > 2、 20.03 LTS SP1版本发布后，CVE漏洞与BUG修复需要同时在 20.03 LTS、20.03 LTS NEXT、20.03 LTS SP1三个分支合入。 > > 3、 OpenEuler 版本分支管理规范稿在release sig 组发起讨论后最终定稿。 > > > 议题二： kernel切换计划与后续的版本配套计划 > 1、 kernel计划本周v5.10-rc1版本发布后，启动在master分支上的切换，并最终5.10正式发布后（预计12月下旬），配套openEuler 21.03版本。 > > 2、 kernel 将在openEuler 20.03 LTS SP2版本做较大的改动合入，可能会引起兼容性问题，需要kernel分析影响后在社区发起讨论，最终在TC决策。 > > 3、 kernel是否单独建仓，在过程迭代中发布独立版本供开发者快速获取尝试，待进一步讨论在TC决策。 > > > 议题三：树莓派镜像添加到树莓派官方第三方系统镜像工作进展 > 1、树莓派关于openEuler在使用与运营数据需要补充在全球的使用情况与发展趋势，运营数据可从运营团队获取。 > > 2、 Jason文件的存放目录需要与运营负责人马全一讨论后确定。 > > 3、对于密码设置的策略需要与安全委员会成员沟通后，根据不同场景给出方案，在TC进行决策。 > > > 议题四：openEuler 20.03 LTS SP1 冻结需求 > 1、 openEuler 20.03 LTS SP1需求已冻结，需求列表在release sig组进行公布。 > > 2、后续openEuler 版本需求收集除了在社区上进行公示外，建议与每个SIG 的maintainer再进一步确认，对于有市场诉求SIG组无法支持的，建议上TC决策。 > > > > 发件人: Jiangyumin (Jimmy) > 发送时间: 2020年10月27日 16:22 > 收件人: release(a)openeuler.org <mailto:release@openeuler.org>; dev(a)openeuler.org <mailto:dev@openeuler.org> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com <mailto:solar.hu@huawei.com>>; Xiexiuqi <xiexiuqi(a)huawei.com <mailto:xiexiuqi@huawei.com>>; '方亚芬' <yafen(a)iscas.ac.cn <mailto:yafen@iscas.ac.cn>> > 主题: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > 明日Release sig 组例会议题如下： > > 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 > 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 > 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬 > > 发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com <mailto:jiangyumin@huawei.com>] > 发送时间: 2020年10月26日 10:38 > 收件人: release(a)openeuler.org <mailto:release@openeuler.org>; dev(a)openeuler.org <mailto:dev@openeuler.org> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>> > 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > Topic > 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） > Time > 2020-10-28 9:30-11:30((UTC+08:00)Beijing) > > > --- 会议信息 --- > 会议id: 96457420049 > 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 <https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09> > > > --- 会议纪要归档 --- > Meeting Record： https://gitee.com/openeuler/release-management/wikis <https://gitee.com/openeuler/release-management/wikis> > > > > > > 祝工作顺利，生活愉快。 > > > > ------------------------------------------ > > 方亚芬 > > 中国科学院软件研究所智能软件研究中心 > > 邮箱：yafen(a)iscas.ac.cn <mailto:jiran@iscas.ac.cn> > 地址：北京市海淀区中关村南四街4号5楼 > > _______________________________________________ > Dev mailing list -- dev(a)openeuler.org <mailto:dev@openeuler.org> > To unsubscribe send an email to dev-leave(a)openeuler.org <mailto:dev-leave@openeuler.org>

1 0

答复: topic update 2//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Xiehong (Cynthia) 03 Nov '20

03 Nov '20

发件人: Xiehong (Cynthia) 发送时间: 2020年11月3日 11:07 收件人: dev <dev(a)openeuler.org>; 'tc(a)openeuler.org' <tc(a)openeuler.org>; 'hopeedge' <hopeedge(a)hoperun.com> 主题: topic till now//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 HI ALL 到目前为止，收集的申报议题有 1．新SIG组 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- Liang Dong 2．关键问题讨论 A) 树莓派镜像 root用户密码设置策略 ---- 方亚芬 B) SIG-JAVA 构建Nexus私服申请Nexus Pro 版本评估 --- 董德平 C) 开发者桌面版本在社区TC讨论范围和owner --- 刘博、管延杰 3． SIG组日常运作审视 A) OS builder B) CEPH C) 高性能网络议题可以继续申报，今天晚上截止 Thanks and Regards 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月3日 10:01 收件人: Tc(a)openeuler.org<mailto:Tc@openeuler.org> 主题: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 Topic openEuler Community TC Regular Meeting Time 2020-11-04 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/972758019> Meeting ID 972 758 019 Convener 谢红 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

topic till now//转发: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Xiehong (Cynthia) 03 Nov '20

03 Nov '20

HI ALL 到目前为止，收集的申报议题有 1．新SIG组 sig-aarch32 提案，提供 openEuler 常用软件的 arm32 位的版本 PR : https://gitee.com/openeuler/community/pulls/1213 --- Liang Dong 2．关键问题讨论 A) 树莓派镜像 root用户密码设置策略 ---- 方亚芬 3． SIG组日常运作审视 A) OS builder ---- B) CEPH C) 高性能网络议题可以继续申报，今天晚上截止 Thanks and Regards 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年11月3日 10:01 收件人: Tc(a)openeuler.org 主题: [Tc] 【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00 Topic openEuler Community TC Regular Meeting Time 2020-11-04 10:00-12:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/972758019> Meeting ID 972 758 019 Convener 谢红 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-11-03 15:00-15:30
by 方亚芬 03 Nov '20

03 Nov '20

1 0

申报议题：sig-high-performance-network sig运作情况回顾
by Luzhihao (luzhihao, Euler) 03 Nov '20

03 Nov '20

Hi ALL：申报议题：sig-high-performance-network sig运作情况回顾

1 0

sig-high-performance-network例会
by openEuler conference 03 Nov '20

03 Nov '20

1 0

【Meeting Notice】openEuler Community TC Regular Meeting Time: 2020-11-04 10:00-12:00
by Meeting Book 03 Nov '20

03 Nov '20

1 0

【Meeting Notice】Container & iSula SIG例会 Time: 2020-11-03 16:00-17:30
by Meeting Book 03 Nov '20

03 Nov '20

1 0

【Meeting Notice】Container & iSula SIG例会 Time: 2020-11-03 16:00-17:30
by Meeting Book 03 Nov '20

03 Nov '20

1 0

sig-confidential-computing例会
by openEuler conference 03 Nov '20

03 Nov '20

2 1

已取消: sig-confidential-computing例会
by gaoguijin 02 Nov '20

02 Nov '20

Etherpad链接： https://etherpad.openeuler.org/p/sig-confidential-computing-meetings Zoom: ID: 94842320955 https://zoom.us/j/94842320955?pwd=bHdLMGswRUVpRW9kVXFXbTk1UnpEQT09

1 0

Fwd: openEuler树莓派镜像设置root密码的安全策略
by Jianmin Wang 02 Nov '20

02 Nov '20

Hi，建伟和安全委员会的委员们，围绕社区的密码策略以及后续树莓派镜像的默认密码希望大家给出建议和意见，如果需要，我们可以通过在线会议沟通讨论。预期本周提交相关的草案上 TC 会议讨论。由于 yafen 发给 security 邮件列表总是被拒，所以我再转发一次并抄送给了 dev 邮件列表。谢谢。 ——王建民 > Begin forwarded message: > > From: 方亚芬 <yafen(a)iscas.ac.cn> > Subject: openEuler树莓派镜像设置root密码的安全策略 > Date: 29 October 2020 at 2:31:06 PM SGT > To: security(a)openeuler.org > Cc: jianmin(a)iscas.ac.cn, "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>, "Hufeng (Solar, Euler)" <solar.hu(a)huawei.com>, "zhujianwei (C)" <zhujianwei7(a)huawei.com> > > 安全委员会的委员们，大家好。 > 我是 openEuler 社区树莓派 SIG 组的 Maintainer，需要咨询一下当前 openEuler 系统 root 密码设置的安全策略问题，并进一步征求一下安全委员会对 openEuler 树莓派镜像的 root 密码设置的意见。（该问题在 Release SIG 组 10 月 28 号的例会上初步讨论，具体会议纪要参见本邮件最后“Release-Management SIG 组例会会议纪要“的议题三部分，Release SIG 组建议跟安全委员会沟通一下并且于下周提交 TC 委员会决策。） > > 当前情况：openEuler 20.09 的树莓派镜像已于 9 月 30 号发布，当前镜像设置的 root 用户的默认密码为 openeuler。[1] <https://openeuler.org/zh/docs/20.09/docs/Installation/%E5%AE%89%E8%A3%85%E5…> > 前期社区建议：之前与 Release SIG 组沟通得出的方案是，出于对安全的考虑，建议和虚拟机镜像初始密码设置一致，即 root 密码设置为 openEuler12#$ 。[2] <https://openeuler.org/zh/docs/20.09/docs/Releasenotes/%E7%B3%BB%E7%BB%9F%E5…> [3] <https://gitee.com/openeuler/release-management/issues/I1RG4M?from=project-i…> > 问题：由于存在发布镜像的密码与最初约定不一致的问题，同时也考虑到更多方面的因素，需要遵循社区的密码策略来确定树莓派默认密码的长期设定。 > > 树莓派 SIG 组内部经过讨论，如果满足社区的密码策略，建议 openEuler 的树莓派镜像保持 root 密码为 openeuler，主要出于以下几点考虑： > > 1. 不像服务器对密码复杂度要求比较高，作为个人使用的树莓派，初始密码设置相对简单好记一点，方便用户使用。如果用户对于树莓派安全有更高要求，用户可以登录后可以重新设置密码。 > > 2. 参考的是其他操作系统发行版发布的的树莓派镜像，root 密码设置得相对比较简单。 > > - Raspberry Pi OS（之前叫 Raspbian）默认用户名是 pi（具有 sudo 权限），默认密码是 raspberry。root 用户默认禁用。[4] <https://www.raspberrypi.org/documentation/installation/installing-images/RE…> > - ubuntu，默认提供两个版本，一个有桌面，一个服务器版。服务器版本，默认用户 ubuntu，密码 ubuntu。桌面版本默认提供启动初始设置，用户可以自主设置用户名和密码）。[5] <https://ubuntu.com/download/raspberry-pi> > - centos 的树莓派镜像的 root 密码为 centos。[6] <https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3> > 3. 树莓派 SIG 组未来会发布各个版本的树莓派镜像（20.09、20.03 LTS、带有桌面等多个版本）。鉴于 openEuler 20.09 的树莓派镜像已经发布，且 root 密码已经设置为 openeuler，树莓派 SIG 组建议之后的镜像的 root 密码也与已发布的 openEuler 20.09 的树莓派镜像保持一致，避免同时有 root 密码不同的树莓派镜像同时存在，给用户造成混淆。 > > 附加问题：考虑到 openEuler 后期会添加桌面环境，那么树莓派镜像就需要系统有一个默认的普通用户，这个默认的普通用户的用户名和密码该如何设置，其密码设置有没有确定的安全策略？针对这一问题也想征求一下安全委员会的意见，如 openeuler:openeuler。 > > 以上问题对应 issue 链接参考： > 1. openEuler 树莓派安装：https://openeuler.org/zh/docs/20.09/docs/Installation/安装指导-1.html <https://openeuler.org/zh/docs/20.09/docs/Installation/%E5%AE%89%E8%A3%85%E6…> > 2. openEuler 安装介绍：https://openeuler.org/zh/docs/20.09/docs/Releasenotes/系统安装.html <https://openeuler.org/zh/docs/20.09/docs/Releasenotes/%E7%B3%BB%E7%BB%9F%E5…> > 3. openEuler 20.09 版本新增树莓派版本：https://gitee.com/openeuler/release-management/issues/I1RG4M?from… <https://gitee.com/openeuler/release-management/issues/I1RG4M?from=project-i…> > 4. Raspberry Pi OS：https://www.raspberrypi.org/documentation/installation/installing-images… <http://www.raspberrypi.org/documentation/installation/installing-images/REA…> > 5. Ubuntu for Raspberry Pi：https://ubuntu.com/download/raspberry-pi <http://ubuntu.com/download/raspberry-pi> > 6. CentOS for Raspberry Pi：https://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3 <http://wiki.centos.org/SpecialInterestGroup/AltArch/Arm32/RaspberryPi3> > > 谢谢大家。 > > -----原始邮件----- > 发件人:"Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com <mailto:jiangyumin@huawei.com>> > 发送时间:2020-10-28 20:51:07 (星期三) > 收件人: "release(a)openeuler.org <mailto:release@openeuler.org>" <release(a)openeuler.org <mailto:release@openeuler.org>>, "dev(a)openeuler.org <mailto:dev@openeuler.org>" <dev(a)openeuler.org <mailto:dev@openeuler.org>> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>>, "Hufeng (Solar, Euler)" <solar.hu(a)huawei.com <mailto:solar.hu@huawei.com>>, Xiexiuqi <xiexiuqi(a)huawei.com <mailto:xiexiuqi@huawei.com>>, "方亚芬" <yafen(a)iscas.ac.cn <mailto:yafen@iscas.ac.cn>>, "chen_yaqiang(a)qq.com <mailto:chen_yaqiang@qq.com>" <chen_yaqiang(a)qq.com <mailto:chen_yaqiang@qq.com>> > 主题: [Dev] 【会议纪要】//答复: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > Release-Management SIG 组例会会议纪要（时间：2020-10-28 9:30-11:30）： > > > > 议题一：openEuler社区版本分支管理规范初稿讨论 > > 1、 openEuler 20.03 LTS NEXT分支将作为 20.03 LTS SP版本的开发分支进行特性开发合入。 > > 2、 20.03 LTS SP1版本发布后，CVE漏洞与BUG修复需要同时在 20.03 LTS、20.03 LTS NEXT、20.03 LTS SP1三个分支合入。 > > 3、 OpenEuler 版本分支管理规范稿在release sig 组发起讨论后最终定稿。 > > > > 议题二： kernel切换计划与后续的版本配套计划 > > 1、 kernel计划本周v5.10-rc1版本发布后，启动在master分支上的切换，并最终5.10正式发布后（预计12月下旬），配套openEuler 21.03版本。 > > 2、 kernel 将在openEuler 20.03 LTS SP2版本做较大的改动合入，可能会引起兼容性问题，需要kernel分析影响后在社区发起讨论，最终在TC决策。 > > 3、 kernel是否单独建仓，在过程迭代中发布独立版本供开发者快速获取尝试，待进一步讨论在TC决策。 > > > > 议题三：树莓派镜像添加到树莓派官方第三方系统镜像工作进展 > > 1、树莓派关于openEuler在使用与运营数据需要补充在全球的使用情况与发展趋势，运营数据可从运营团队获取。 > > 2、 Jason文件的存放目录需要与运营负责人马全一讨论后确定。 > > 3、对于密码设置的策略需要与安全委员会成员沟通后，根据不同场景给出方案，在TC进行决策。 > > > > 议题四：openEuler 20.03 LTS SP1 冻结需求 > > 1、 openEuler 20.03 LTS SP1需求已冻结，需求列表在release sig组进行公布。 > > 2、后续openEuler 版本需求收集除了在社区上进行公示外，建议与每个SIG 的maintainer再进一步确认，对于有市场诉求SIG组无法支持的，建议上TC决策。 > > > > > > 发件人: Jiangyumin (Jimmy) > 发送时间: 2020年10月27日 16:22 > 收件人: release(a)openeuler.org <mailto:release@openeuler.org>; dev(a)openeuler.org <mailto:dev@openeuler.org> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com <mailto:solar.hu@huawei.com>>; Xiexiuqi <xiexiuqi(a)huawei.com <mailto:xiexiuqi@huawei.com>>; '方亚芬' <yafen(a)iscas.ac.cn <mailto:yafen@iscas.ac.cn>> > 主题: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > > > 明日Release sig 组例会议题如下： > > > > 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 > > 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 > > 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬 > > > > 发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com <mailto:jiangyumin@huawei.com>] > 发送时间: 2020年10月26日 10:38 > 收件人: release(a)openeuler.org <mailto:release@openeuler.org>; dev(a)openeuler.org <mailto:dev@openeuler.org> > 抄送: openEuler-tc <tc(a)openeuler.org <mailto:tc@openeuler.org>> > 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 > > > > Topic > > 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） > > Time > > 2020-10-28 9:30-11:30((UTC+08:00)Beijing) > > > > > > --- 会议信息 --- > > 会议id: 96457420049 > 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 <https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09> > > > > > --- 会议纪要归档 --- > > Meeting Record： https://gitee.com/openeuler/release-management/wikis <https://gitee.com/openeuler/release-management/wikis> > > > > > > 祝工作顺利，生活愉快。 > > ------------------------------------------ > 方亚芬 > 中国科学院软件研究所智能软件研究中心 > 邮箱：yafen(a)iscas.ac.cn <mailto:jiran@iscas.ac.cn> > 地址：北京市海淀区中关村南四街4号5楼 > _______________________________________________ > Dev mailing list -- dev(a)openeuler.org <mailto:dev@openeuler.org> > To unsubscribe send an email to dev-leave(a)openeuler.org <mailto:dev-leave@openeuler.org>

3 3

会议纪要//RE: [Virt] virt sig meeting
by Chenzhendong (alex) 02 Nov '20

02 Nov '20

会议纪要：议题一、openEuler 20.03 LTS SP1 特性进展： a) 虚拟机支持 “安全启动”：完成代码合入openEuler-20.03-LTS-Next； b) ARM支持vmtop ：内核代码合入openEuler-20.03-LTS-Next，完成加包； c) 虚拟化实现内存、cpu热添加功能：代码已经合入openEuler-20.03-LTS-Next； d) KVM支持custom模式：内核代码合入，本周完成qemu代码合入openEuler-20.03-LTS-Next；议题二、openEuler 21.03 RP3： a) Qemu+kvm：热迁移pro，提升热迁移性能和安全，已经合入qemu主干，待回合至openeuler；vmtop支持X86 完成30%。 b) Risc-v：支持热迁移；支持vhost的ioeventfd方案，代码已经合入riscv分支； c) StratoVirt： i. 轻量级虚拟化：支持内存弹性；支持arm和X86，代码完成开发； ii. 标准虚拟化：支持PCI，完成框架代码编写；vfio 代码完成60%； iii. 性能优化：支持iothread，暂未投入； iv. 安全优化：支持sechoop启动，代码开发完成50%；namespace隔离完成代码开发和自验证，待合入代码；议题三、EulerRobot进展： a)已经建立EulerRobot对接compass-ci仓库，当前与compass-ci对接中，问题较多，预计下周之前完成AT用例对接。遗留问题： a) qemu的issue需求及时了解并回复下。 From: openEuler conference via Virt [mailto:virt@openeuler.org] Sent: Thursday, October 29, 2020 4:32 PM To: virt(a)openeuler.org; dev(a)openeuler.org Subject: [Virt] virt sig meeting 您好！ openEuler Virt SIG 邀请您参加 2020-10-30 14:30 召开的ZOOM会议会议主题：virt sig meeting 会议链接：https://zoom.us/j/92258929740?pwd=RXlaTnAxOVY3dmV1akZvZHFqZjBmQT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Virt SIG invites you to attend the ZOOM conference will be held at 2020-10-30 14:30, The subject of the conference is virt sig meeting, You can join the meeting at https://zoom.us/j/92258929740?pwd=RXlaTnAxOVY3dmV1akZvZHFqZjBmQT09. More information<https://openeuler.org/zh/>

1 0

【TC】openEuler TC例会议题征集
by Xiehong (Cynthia) 02 Nov '20

02 Nov '20

@all openEuler T例会预计在本周三 10:00~12:00 以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org<mailto:tc@openeuler.org> The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on this Wednesday. To apply for topics, send an email to tc(a)openeuler.org. Thanks & Regards TC of openEuler Community

1 0

【Meeting Notice】dev-utils sig组例会 Time: 2020-11-09 11:00-12:00
by Meeting Book 31 Oct '20

31 Oct '20

1 0

【Meeting Notice】dev-utils sig组例会 Time: 2020-11-09 11:30-12:30
by Meeting Book 31 Oct '20

31 Oct '20

1 0

会议纪要-RE: OS-Builder sig组例会
by Fengtao (fengtao, Euler) 31 Oct '20

31 Oct '20

OS-Builder sig meeting 会议纪要会议时间： 2020-10-31 14:30-15:00 SIG组内当前工作： 1、完成了换标工作的本地验证，在内部OBS完成了换标之后的ISO的构建，具体介绍如下： a) 去除了vendor是默认值的情况，统一有宏控制 b) 确定了换标最终入口，大致有三个软件包：openEuler-release, openEuler-logos, anaconda c) 由于xia_qirong 最近休假，换标的代码预计11/15号之后提上社区 2、根据sig组内成员一致决定，本sig改为双周例会形式，由zhangqiumiao 后续修改一下community仓库OS-Builder sig的会议时间 3、当前sig组内仍然存在了较多issue，由t.feng以及Anonymous_Z负责组内issue的清理工作 From: openEuler conference [mailto:public@openeuler.io] Sent: Friday, October 30, 2020 2:54 PM To: dev(a)openeuler.org; Fengtao (fengtao, Euler) <fengtao40(a)huawei.com> Subject: OS-Builder sig组例会您好！ openEuler sig-OS-Builder SIG 邀请您参加 2020-10-31 14:20 召开的ZOOM会议会议主题：OS-Builder sig组例会会议链接：https://zoom.us/j/99531935857?pwd=Q2RmUjg4S1k2Y3JMS0M2RkI3UG02Zz09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-OS-Builder SIG invites you to attend the ZOOM conference will be held at 2020-10-31 14:20, The subject of the conference is OS-Builder sig组例会, You can join the meeting at https://zoom.us/j/99531935857?pwd=Q2RmUjg4S1k2Y3JMS0M2RkI3UG02Zz09. More information<https://openeuler.org/zh/>

1 0

【会议纪要】SIG-Kubernetes 10 月 30 日例会
by FeynmanZhou 31 Oct '20

31 Oct '20

Hi All，昨天下午（10月30日） 2:00 ~ 3:00 SIG-Kubernetes 线上例会，议题如下： 1. 讨论 SIG-Kubernetes 在 Q4 的 Roadmap 2. 和 SIG 新成员沟通收集需求 3. 初步讨论确认 SIG 组成员的 Assignment 议题一详情： Q4 初步计划： • 开发提供 Kubernetes v1.17.9 / Kubernetes v1.18.6 和 KubeSphere v3.0.0 (https://kubesphere.io/) 的 ARM 64 镜像 • 基于以上镜像提供适配 openEuler 20.09 的 Installer（KubeKey） • KubeSphere v3.0.0 支持 iSulad • 为以上项目提供帮助文档由于 SIG-Container 之前已经提供了 Kubernetes 1.17.x，我们会先确认其可用性。议题二详情： SIG-Kubernetes 新增成员赵帅、李林，赵帅提出希望将 Kubespray / Kuops / kubeadm 等安装工具在 openEuler 上提供支持，有待进一步调研在 openEuler 支持这些工具的成本。初步沟通了 Istio、Harbor 的 ARM 64 在 openEuler 上的支持，有待进一步调研。议题三详情： SIG 成员当前分工：于爽、李林、周鹏飞：基础镜像编译打包、Installer 开发维护、相关文档准备马俊杰、付长杰、晋晨：基础镜像编译、Installer 开发维护、Istio/Harbor 相关软件 ARM 支持的调研赵帅、李林： Kubernetes 相关安装工具调研另外，由于 SIG 人数增加，我们 SIG 也准备开启双周例会机制，会议时间确定后将写在 gitee。会议录屏： Meeting Recording: https://us02web.zoom.us/rec/share/MggBS98abbvT8vqXAOW6mG-o2r09vbaDrfJDsmvAI… 参会人（参与讨论的同学/SIG 如下）：马俊杰@航天网信晋晨@航天网信付长杰@航天网信赵帅@Linaro 李林@KubeSphere 于爽@KubeSphere 周鹏飞@KubeSphere SIG-Container 潘晨博@统信王建民@软件所 Regards SIG-Kubernetes@openEuler

3 5

SIG-Kubernetes 例会申请： 10月30 日下午 2:00 ~ 3:00
by FeynmanZhou 30 Oct '20

30 Oct '20

Hi All, 本周五（10月30日）下午 2:00 ~ 3:00 有 SIG-Kubernetes 线上例会，议题如下： 1. 讨论 SIG-Kubernetes 在 Q4 的 Roadmap 2. 和 SIG 新成员沟通收集需求 3. 初步讨论确认 SIG 组成员的 Assignment Q4 初步计划： • 开发提供 Kubernetes 1.17.9 / Kubernetes 1.18.6 和 KubeSphere 3.0.0 的 ARM 64 镜像 • 基于以上镜像提供适配 openEuler 20.09 的 Installer（KubeKey） • KubeSphere 3.0.0 支持 iSulad • 为以上项目提供帮助文档例会时间： 10月30日下午 2:00 ~ 3:00 会议入口：加入 Zoom 会议 https://us02web.zoom.us/j/83935655928 会议 ID：839 3565 5928 已知参会人：马俊杰@航天网信晋晨@航天网信付长杰@航天网信赵帅@Linaro 李林@KubeSphere 于爽@KubeSphere 周鹏飞@KubeSphere 如果您有兴趣参会加入讨论，或新增议题，请直接回复此邮件。 Regards SIG-Kubernetes@openEuler

5 6

OS-Builder sig组例会
by openEuler conference 30 Oct '20

30 Oct '20

1 0

sig-Computing LTS分支增加自动抓补丁工具问题
by Zhoukang (A) 30 Oct '20

30 Oct '20

各位sig-Computing的同学: 我们当前在openEuler社区还未做自动化补丁跟踪工作, 现在想加入自动补丁抓取机制; 机制chenyapan同学已经提供, 邮件下面是主要的一些信息; 我们现在glibc和irqbalance先尝试下这个工具; chenyanpan已经开发openEuler社区自动抓取补丁工具; https://gitee.com/openeuler/patch-tracking 自动抓patch工具自动生成issue; 例子: https://gitee.com/src-openeuler/coreutils/issues 自动抓patch工具会在issue中关联自动提交PR; 例如: https://gitee.com/src-openeuler/coreutils/issues/I231JM 关联 https://gitee.com/src-openeuler/coreutils/pulls/21 自动提issue, issue标题可以看出是哪个分支的; 工具生成的PR如果冲突, 只有企业用户才可以修改, 无法让社区开发者参与; 自动抓取工具现在需要chenyanpan手工配置; TODO: 配置建议放git仓中描述; TODO: 如何记录每个patch合入的理由, 方便后续查看; TODO: 自动PR的comment中没有说明补丁的社区来源信息, 不方便开发查询; 每个package包的维护信息自我描述, 在master分支创建.openeuler目录; ``` .openeuler/CODEOWNERS # 代码owner .openeuler/ci/guard.yaml # 门禁配置 .openeuler/ci/xxx.py # 自定义门禁脚本 .openeuler/fossbot/fossbot.yaml .openeuler/patch/upsteam-patch-config.yaml # 配置上游社区补丁抓取 .openeuler/patch/patches.yaml # 记录不合入补丁的原因, 是否太复杂? .openeuler目录的提交与代码提交分开, 不能混合提交; .openeuler目录的提交不做门禁检查, 不触发编译, 不触发测试; ``` ```yaml # .openeuler/patch/upsteam-patch-config.yaml # 上游社区git地址, 已经有yaml描述, 这里不重复 # openeuler社区的master分支的维护策略就是定期升级到社区最新版本, 因此不需要配置抓补丁工具; # openeuler社区的LTS分支需要实时抓取补丁, 从上游社区的stable分支和mainline分支; - branch: 'openEuler-20.03-LTS' # 本地需要回合补丁的分支 period: 1 # 自动抓取周期(天) enabled: true # 是否开启跟踪 - scm_branch: xxx # 上游社区跟踪的分支 start_commit_id: xxx # 上游社区跟踪分支开始的commit id - scm_branch: xxx start_commit_id: xxx - branch: 'openEuler-20.03-LTS-Next' period: 1 enabled: true - scm_branch: xxx start_commit_id: xxx - scm_branch: xxx start_commit_id: xxx ```

1 0

openEuler 21.03 5.10 kernel defconfig review
by Xie XiuQi 30 Oct '20

30 Oct '20

openEuler 21.03 5.10 kernel defconfig 基于 openEuler 20.09 适配而来，请大家评审。有问题可以在下面 issue 中讨论： https://gitee.com/openeuler/kernel/issues/I22VGE

1 1

virt sig meeting
by openEuler conference 29 Oct '20

29 Oct '20

1 0

sig-confidential-computing例会
by gaoguijin 29 Oct '20

29 Oct '20

Etherpad链接： https://etherpad.openeuler.org/p/sig-confidential-computing-meetings Zoom: ID: 94842320955 https://zoom.us/j/94842320955?pwd=bHdLMGswRUVpRW9kVXFXbTk1UnpEQT09

1 0

sig-confidential-computing例会
by gaoguijin 29 Oct '20

29 Oct '20

Etherpad链接： https://etherpad.openeuler.org/p/sig-confidential-computing-meetings Zoom: ID: 94842320955 https://zoom.us/j/94842320955?pwd=bHdLMGswRUVpRW9kVXFXbTk1UnpEQT09 -------------------------------------------------- 高贵锦 Gao Guijin Mobile: +86-18610122165<tel:+86-18610122165> Email: gaoguijin(a)huawei.com<mailto:gaoguijin@huawei.com>

2 2

【会议纪要】//答复: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 28 Oct '20

28 Oct '20

Release-Management SIG 组例会会议纪要（时间：2020-10-28 9:30-11:30）：议题一：openEuler社区版本分支管理规范初稿讨论 1、 openEuler 20.03 LTS NEXT分支将作为 20.03 LTS SP版本的开发分支进行特性开发合入。 2、 20.03 LTS SP1版本发布后，CVE漏洞与BUG修复需要同时在 20.03 LTS、20.03 LTS NEXT、20.03 LTS SP1三个分支合入。 3、 OpenEuler 版本分支管理规范稿在release sig 组发起讨论后最终定稿。议题二： kernel切换计划与后续的版本配套计划 1、 kernel计划本周v5.10-rc1版本发布后，启动在master分支上的切换，并最终5.10正式发布后（预计12月下旬），配套openEuler 21.03版本。 2、 kernel 将在openEuler 20.03 LTS SP2版本做较大的改动合入，可能会引起兼容性问题，需要kernel分析影响后在社区发起讨论，最终在TC决策。 3、 kernel是否单独建仓，在过程迭代中发布独立版本供开发者快速获取尝试，待进一步讨论在TC决策。议题三：树莓派镜像添加到树莓派官方第三方系统镜像工作进展 1、树莓派关于openEuler在使用与运营数据需要补充在全球的使用情况与发展趋势，运营数据可从运营团队获取。 2、 Jason文件的存放目录需要与运营负责人马全一讨论后确定。 3、对于密码设置的策略需要与安全委员会成员沟通后，根据不同场景给出方案，在TC进行决策。议题四：openEuler 20.03 LTS SP1 冻结需求 1、 openEuler 20.03 LTS SP1需求已冻结，需求列表在release sig组进行公布。 2、后续openEuler 版本需求收集除了在社区上进行公示外，建议与每个SIG 的maintainer再进一步确认，对于有市场诉求SIG组无法支持的，建议上TC决策。发件人: Jiangyumin (Jimmy) 发送时间: 2020年10月27日 16:22 收件人: release(a)openeuler.org; dev(a)openeuler.org 抄送: openEuler-tc <tc(a)openeuler.org>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; Xiexiuqi <xiexiuqi(a)huawei.com>; '方亚芬' <yafen(a)iscas.ac.cn> 主题: 【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 明日Release sig 组例会议题如下： 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年10月26日 10:38 收件人: release(a)openeuler.org<mailto:release@openeuler.org>; dev(a)openeuler.org<mailto:dev@openeuler.org> 抄送: openEuler-tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

1 0

答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要
by guoge (A) 28 Oct '20

28 Oct '20

建议方案1，在gcc中合入bugfix 在firefox的spec文件中是否需要关闭-fstack-clash-protection建议再进一步分析，一般认为这里可能有潜在的代码隐患，最好的方式是不要去关闭一个安全检查掩耳盗铃，而是通过修改代码修复安全问题发件人: Zhanghaijian (A) 发送时间: 2020年10月28日 10:47 收件人: gaojianxing <gaojianxing(a)huawei.com>; xiasenlin <xiasenlin1(a)huawei.com>; guoge (A) <guoge1(a)huawei.com>; qiaopeixin <qiaopeixin(a)huawei.com> 抄送: Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com> 主题: RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要目前就3个方案可以讨论： 1、关闭选项-fstack-clash-protection，回合bugfix patch。 2、关闭选项-fstack-clash-protection，升级gcc7.5。 3、升级gcc9.3。方案3影响非常大，不建议。 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人：Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>> 收件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>;xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时间：2020-10-28 10:35:47 主题：RE: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要编译选项“-fstack-clash-protection”，我们并没有说可以去掉，去掉会降低安全性，如果要去掉，需要firefox负责人自己评估 -------------------------------------------------- 章海剑 Zhang Haijian Mobile: +86-15958121590<tel:+86-15958121590> Email: z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com> 发件人：gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>> 收件人：xiasenlin <xiasenlin1(a)huawei.com<mailto:xiasenlin1@huawei.com>>;guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>;Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>;qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 抄送：Zhangtao (zhangtao, AX) <zhangtao221(a)huawei.com<mailto:zhangtao221@huawei.com>> 时间：2020-10-28 10:26:09 主题：答复: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要 Firefox 79.0 依赖gcc（7.3.0）编译问题进展在编译器组兄弟的协助下，对于firefox 79.0编译不通过问题定位如下：问题1：firefox79.0 中 RefPtr.h 中相关构造函数问题，是gcc的一个bug引起的，Patch：https://github.com/gcc-mirror/gcc/commit/57b9… 可以解决此问题；问题2：编译选项“-fstack-clash-protection”gcc 7.3.0 不识别问题，这个参数编译器提供的一个堆栈冲突缓解的选项，用于提高安全性的。注（编译器组兄弟说是可以去掉）问题3：编译选项“-m64”参数不识别问题，-m64是x86 64位应用编译选项，m64选项设置int为32bits及long、指针为64 bits，为AMD的x86 64架构生成代码。在Arm64平台无法支持，arm64 对应的选项为：-mabi=lp64 方案选择： gcc openEuler-20.03-LTS-Next、openEuler-20.03-LTS版本需要合入C++ PR/81589补丁；在firefox的spec文件强行将默认的-fstack-clash-protection编译参数去除，注（只在openEuler-20.03-LTS-Next、openEuler-20.03-LTS）分支中移除，对arm64版本-m64参数更换为-mabi=lp64。发件人: xiasenlin 发送时间: 2020年10月27日 15:30 收件人: gaojianxing <gaojianxing(a)huawei.com<mailto:gaojianxing@huawei.com>>; guoge (A) <guoge1(a)huawei.com<mailto:guoge1@huawei.com>>; Zhanghaijian (A) <z.zhanghaijian(a)huawei.com<mailto:z.zhanghaijian@huawei.com>>; qiaopeixin <qiaopeixin(a)huawei.com<mailto:qiaopeixin@huawei.com>> 主题: 关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要关于firefox（79.0）依赖gcc(7.3)编译问题的讨论纪要 1. 原始问题： firefox基于当前版本的gcc编译失败 2. 原因分析： firefox（79.0）需要智能指针特性，但是gcc7.3不支持（7.5及之后的版本是支持的） 3. 当前进展：尝试依赖gcc7.5编译firefox（79.0），在强制关闭firefox中的-fstack-clash-protection选项后可以编译成功。 4. 下一步计划：对比7.3到7.5之间的commit，找到能在gcc7.3上让firefox编译成功的patch。 5. 风险：短时间内找到有风险，每次尝试gcc上打patch之后编译新的二进制后重编firefox一次需要2h。 6. 可能的最终策略：本次的firefox是在LTS-NEXT分支，为SP1做准备，如果月底解决不掉当前的编译问题，firefox需要移出分支。

2 1

关于go语言编译debuginfo.rpm包问题
by Zhoukang (A) 28 Oct '20

28 Oct '20

@ lujingxiao 能否把docker解决go语言编译debuginfo.rpm包方法共享到openEuler社区中; 最近在编译go语言开发的软件包的时候遇到debuginfo包无法正常编译问题;

1 0

[Tc] Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20

构建Nexus私服目的：加速maven构件(Artifact)访问；安全性检查；维护社区内部构件(Artifact)；目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。参考资料：各版本feature对比：repository-manager-feature-matrix Pro版本特性的详细说明：Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>; 发送时间: 2020年10月26日(星期一) 上午10:37 收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>; 抄送: "openEuler-tc"<tc(a)openeuler.org>; 主题: [Tc] ��ռ��Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing)     --- 会议信息 --- 会议id:    96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09     --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis  

1 0

【明日例会议题】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20

明日Release sig 组例会议题如下： 1、openEuler 20.03 LTS SP1 冻结需求 ---- 胡峰 2、kernel切换计划与后续的版本配套计划 --- 谢秀奇 3、树莓派镜像添加到树莓派官方第三方系统镜像工作进展 --- 方亚芬发件人: Jiangyumin (Jimmy) [mailto:jiangyumin@huawei.com] 发送时间: 2020年10月26日 10:38 收件人: release(a)openeuler.org; dev(a)openeuler.org 抄送: openEuler-tc <tc(a)openeuler.org> 主题: [Release] 【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

2 1

[Tc] Re: TC 议题申报：sig-Java构建Nexus私服申请Nexus Pro(Nexus Professional)版本评估
by 董德平 27 Oct '20

27 Oct '20

构建Nexus私服目的：加速maven构件(Artifact)访问；安全审核；维护社区内部构件(Artifact)；目前选用Nexus3版本，但存在商业版Nexus3 Pro(Nexus Professional) 和开源版Nexus3 OSS(Nexus Open Source)两个版本，Nexus3 OSS不支持HA，不能搭建集群，而Nexus3 Pro版本在HA（High Availability）和安全检查（Health Check）等方面的feature更加完善，因此希望能申请Nexus Pro版本。参考资料：各版本feature对比：repository-manager-feature-matrix Pro版本特性的详细说明：Repository Manager Pro Features ------------------ 原始邮件 ------------------ 发件人: "Jiangyumin (Jimmy)" <jiangyumin(a)huawei.com>; 发送时间: 2020年10月26日(星期一) 上午10:37 收件人: "release(a)openeuler.org"<release(a)openeuler.org>;"dev(a)openeuler.org"<dev(a)openeuler.org>; 抄送: "openEuler-tc"<tc(a)openeuler.org>; 主题: [Tc] ��ռ��Meeting Notice��openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30 Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing)     --- 会议信息 --- 会议id:    96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09     --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis  

1 0

【议题收集】【Meeting Notice】openEuler Release-Management SIG meeting Time: 2020-10-28 9:30-11:30
by Jiangyumin (Jimmy) 27 Oct '20

27 Oct '20

Topic 【议题收集】Release-management sig组例会 (可直接回复此邮件申报议题） Time 2020-10-28 9:30-11:30((UTC+08:00)Beijing) --- 会议信息 --- 会议id: 96457420049 会议链接：https://zoom.us/j/96457420049?pwd=di95MnJaUU1sNmxFQWMrNjBMZFBEZz09 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis

2 1

openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示)
by Xie XiuQi 27 Oct '20

27 Oct '20

openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示) - /本文//链接 <https://gitee.com/openeuler/community/blob/master/sig/Kernel/kernel-upgrade…>/ Linux 5.10 预计是 Linux 社区今年的 LTS (long-term support) 版本。openEuler 社区经过多轮沟通，选择 5.10 作为 openEuler 内核的下一个长期维护版本（openEuler Long-term support Kernel, OLK）。openEuler 社区提供不少于4年的维护时间和不少于2年的扩展维护时间。按照规划 openEuler 21.03、21.09 以及 openEuler 22.03 LTS 都将选择该内核版本。（具体时间以openEuler社区官网公布为准）升级安排： * v5.10-rc1 版本发布后，openEuler master 分支切换成 5.10。 * 由于主线 rc 版本尚在更新，openeuler_defconfig 暂时在 src-openeuler/kernel 仓库中提供，待 5.10 正式版本发布之后，再提交到源码仓库。 * openeuler_defconfig 基于 openEuler 20.09 的 config 修改适配，后续根据需求进行调整。 * 版本号格式，切换成 5.10.0-<devel_release>.<maintainence_release>。 * 首先支持 arm64 和 x86_64 架构，risc-v 的支持需要 risc-v sig 做适配。 * 上游社区 5.10 正式发布后（预计12月下旬）， openeuler/kernel 正式建立 OLK-5.10 分支（OLK: openEuler Long-term support Kernel），作为 5.10 的长期维护分支，接受补丁。 * 上游 5.10 正式发布前，如果有补丁需要发送 5.10，可以在 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 中发 RFC 补丁，提前 Review 和讨论。 * 我们也可能提前建立 OLK-5.10 分支，以提前合入部分补丁做验证，但是在上游社区 5.10 正式发布之前，该分支可能会经常做 rebase 和 force push。对 OLK-5.10 或 openEuler 21.03 kernel 的需求 * 需求可以在 https://gitee.com/openeuler/kernel/issues 中提出。 * 如对 defconfig 有诉求也请在上述链接中提 issue。 * openEuler 21.03 计划使用该内核版本，预计2021年1月份之后，将从 OLK-5.10 拉出 openEuler-21.03 维护分支，同时补丁将受限合入 openEuler 21.03。注意事项和说明 * OLK 是 openEuler Long-term support Kernel 的缩写。openEuler LTS 版本和部分创新版本的内核基于 OLK 拉出分支进行维护。 * openEuler 5.10 内核不是基于 openEuler 4.19 内核的演进，而是基于上游社区内核的重新选型，因此如果您之前有合入 openEuler 4.19 的补丁，且这些补丁没有进入上游 5.10 内核，则需要您重新适配后推送到 openEuler 5.10 内核。 * openEuler 5.10 和 openEuler 4.19 两个版本 kabi 不兼容，您在 4.19 编译的 ko 不能直接在 5.10 上安装使用，需要重新适配和编译。 * openEuler 4.19 内核仍然处于维护周期内，如果您正在使用 4.19 内核，也不必紧张，您仍然能收到 4.19 的更新和增强。问题反馈 * kernel 升级期间，如果遇到兼容性、功能等问题，可以在 https://gitee.com/openeuler/kernel/issues 提交 issue。有疑问也可以在 PR 评论中，或者提交 issue 讨论。 * 你也可以发邮件到 kernel(a)openeuler.org <mailto:kernel@openeuler.org> 报议题在 kernel sig 例会中讨论。 * 如果 kernel sig 范围内协调或解决不了的问题，你也可以在 tc 报议题讨论。相关讨论纪要 kernel-sig 切换 5.10 的会议纪要： https://mailweb.openeuler.org/hyperkitty/list/kernel@openeuler.org/thread/6… openEuler kernel 版本号在 TC 的议题及会议纪要： * 议题及讨论记录： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/KOHJN… https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/VNJQ6… * 纪要： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/ZLAWQ…

1 0

会议纪要//RE: dev-utils sig组例会
by Mingfangsen 27 Oct '20

27 Oct '20

与会人：ethan848、overweight、chendong1995、smileknife、 pkgporter项目进展： rubyporter，nodejsporter，pkgporter, nodejsporter已经完成开发，计划集成到21.03版本，下一步要做成rpm的形式，计划11中旬完成自研项目规划及进展： 1、重构systemd，年底前完成架构调研和重构设计，21年完成基本功能重写 --- love_hangzhou/overweight 计划分两个阶段进行：阶段一：梳理systemd现有特性，调研最小化特性集，计划11月上旬完成，目前已完成30+特性的分析阶段二：结合CNOS场景进行重写，计划630完成基本功能重写，当前正在进行准备工作：代码建仓、熟悉rust语言、深入分析重构模块的代码 2、设计并实现选型工具，提升大规模开源包选型效率 ---smileknife 1)、基于版本号进行推荐最新版本和维护版本，例如x.y.z版本命名规则的软件，如果是master分支版本选型，会推荐社区最新版本，如果是维护分支版本选型，会推荐x.y不变，只升级了z的最新版本,下步计划会将abi check加入进去，作为推荐的一个依据。 2)、自动升级的功能已经打通可用后续openEuler-Advisor进展在sig-EasyLife中跟踪遗留问题： 1. 把部分任务分解下，可以放到学生的假期活动中 ---overweight 2. 把systemd重构的想法和思路在社区里面提一下，结合社区力量来做 ---overweight 3．rubyporter，nodejsporter，pkgporter, nodejsporter继续在src-openEuler下建仓：责任人：chendong1995 下一次会议主持：fcwicky 下一次会议主持：2020/11/9 From: openEuler conference [mailto:public@openeuler.io] Sent: Sunday, October 25, 2020 5:27 PM To: dev(a)openeuler.org Subject: [Dev] dev-utils sig组例会您好！ openEuler dev-utils SIG 邀请您参加 2020-10-26 11:00 召开的ZOOM会议会议主题：dev-utils sig组例会会议链接：https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler dev-utils SIG invites you to attend the ZOOM conference will be held at 2020-10-26 11:00, The subject of the conference is dev-utils sig组例会, You can join the meeting at https://zoom.us/j/93022971887?pwd=VTA2cmhIUitjcm1od0ROUVlQODVTUT09. More information<https://openeuler.org/zh/>

1 0

会议纪要：回复：【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu 26 Oct '20

26 Oct '20

与会人：sinever，Hubble_zhu, hao, Hexiujun, ZhiBo Li, haowenchao, huzunhao, liuzhikang, wangli 会议纪要：进展： Hubble_Zhu: 1. Spark门禁x86构建通过，arm构建未通过。和GateKeeper sig交流是构建机器网络的原因。建议改为使用国内maven源 2. flink, hadoop, hive, hbase本地验证构建ok，待提交PR将包合入到openEuler上 Hao： 1. 尝试基于openEuler构建Zepplin，遇到了一些nodejs的依赖问题下一步计划： 1. 建议对大数据软件包maven依赖改为使用国内maven源，构建ok后提到openEuler上 ——Hubble Zhu 2. 建议将jupyter引入到openEuler上 ——Hubble Zhu 3. 建议解决nodejs相关的依赖问题，继续尝试将zepplin引入到openEuler上 ——hao 新项目启动：提供面向个人爱好者、科研人员、企业等提供全场景，高性能，易用的 ai/bigdata 的统一平台一键安装、部署、运行支持单机、集群、各种云屏蔽采集、存储、分析、训练等300+开源软件屏蔽虚拟机/物理机/数据中心/各种云屏蔽计算、网络、存储等基础设施大家有任何关于新项目的想法，欢迎加群一起讨论： PS: 非常感谢 ZhiBo Li 对bazel，TensorFlow构建做出的尝试和贡献非常感谢 Hao 对openEuler引入Zepplin做出的贡献 ------------------ 原始邮件 ------------------ 发件人: "Meeting Book" <uMeeting(a)huawei.com>; 发送时间: 2020年10月22日(星期四) 上午9:03 收件人: "Hubble_Zhu"<hubble_zhu(a)qq.com>; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30 Topic sig-ai-bigdata regular meeting Time 2020-10-22 19:30-20:30((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 595 278 462   Convener 朱恒博   Agenda 1、sig成员前期工作审视 2、下一步计划与分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

2 1

Guide to install opeEuler on Windows 10 using Hyper-V on my laptop.
by Enrique Israel 26 Oct '20

26 Oct '20

Hello: I was training to subscribe to SIG doc but I cannot, three is a problem, I have signed the CLA. I want to contribute with documentation to openEuler. Please help provide support to be able to subscribe. I have more than 15 years of experience as a system administrator in for Linux and Solaris, network, and security. I have attached a guide to: 1. Install Hyper-V in windows 10 and configure it. 2. Install openEuler in hyper-V as VM on my laptop. I think it will be nice if you open a Wiki section in openEuler website to be able to contribute with guides. The guides will be practical scenarios for real usage. I’m planning to compile the latest PHP and Nginx to set up a web server. Later test golang with Postgres and maybe will install Oracle on it. I'm from Mexico, my native language is Spanish, I can speak English too. -- Enrique I. Aguilar Mobile: 5559677618

2 1

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

26 Oct '20

1 0

【Meeting Notice】Compiler SIG weekly meeting Time: 2020-10-26 09:00-10:00
by Meeting Book 26 Oct '20

26 Oct '20

1 0

dev-utils sig组例会
by openEuler conference 25 Oct '20

25 Oct '20

1 0

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

23 Oct '20

本次sig会议议程： 1、numa系统动态调优算法介绍，汇报人：hanxinke 2、A-Tune监控负载功能实现探讨，汇报人：liuke 与会人：A-Tune团队成员、中科院、西北工业大学、华南理工大学感谢与各位的线上交流！会议纪要： hanxinke： 1、分析了smp系统与numa系统的差异，并对业界在numa系统上的调优做了简单介绍 2、介绍了A-Tune在numa系统动态调度上的研究与实现 3、演示了A-Tune重要参数选择的最新研究成果 liuke： 1、介绍了A-Tune analysis工具实现监控负载能力的具体实现原理 2、探讨了实现监控负载能力遇到的一些技术问题问题交流以及下一步计划： 1、多个评价指标的权重分配由使用者决定，该值可以根据评价指标的取值范围以及重要性排序进行缩放调节，取值可以大于100 2、用户采集的新数据可以放置到A-Tune数据集中，并重新生成模型，用于新应用的识别 3、A-Tune监控负载能力需要指定进程pid，此时业务进程已经运行，无法采集到业务进程的全量数据，建议修改 4、A-Tune监控负载能力只需要负责数据采集，不需要每隔一段时间进行负载识别，建议修改下次sig会议议程：（预计时间：2020-11-06 10:00-12:00）欢迎大家将想要了解的内容或者讨论的议题发送到a-tune(a)openeuler.xn--org!-nz2k235h 敬请期待

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 19:30-20:30
by Hubble_Zhu 22 Oct '20

22 Oct '20

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

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-10-22 18:30-19:30
by Hubble_Zhu 21 Oct '20

21 Oct '20

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

1 0

A-Tune & wisdom sig meeting Time: 2020-10-23 10:00-12:00
by hanxinke 21 Oct '20

21 Oct '20

本次sig会议议程： 1、 numa系统自动调优算法介绍，汇报人：gaoruoshu 会议链接：https://zoom.us/j/93138709415?pwd=UmswUks1YlJnVnhSVGZlNzBjR0VmQT09 欢迎大家提交议题~

1 0

答复: 关于任务“No.21 - 为openEuler - RISC-V 添加grub的引导启动方式”
by zhangxuzhou 21 Oct '20

21 Oct '20

Hi Tony: 很高兴你对这个任务产生兴趣，同时也很高兴看到了您解决了RISC-V的EDK2问题的过程和结果。你所提到的这个任务，是open Euler 2020 summer 的一个待选任务，当时这个任务并没有被参与者选中，所以当前的状态仍然是opened。如果您想参与openEuler RISC-V 并且为其添加grub 的支持，我和openEuler 相关软件包的SIG组都会很乐意提供力所能及的帮助。有关于这个任务的基本情况有：目的：为open Euler- RISC-V 添加grub的支持，目的是利用openeuler在gitee上的开源代码，使openEuler 能够使用grub进行引导将此目的进行分解，可以通过如下两个步骤来： 1、 grub 启动方式的适配 a) 当前openEuler RISC-V 在qemu上的引导方式是opensbi+flat kernel image 直接引导至了内核和rootfs的启动 b) 除了a)中所说的opensbi+flatten kernel image的方式，opensbi 也可以将一个bootloader作为opensbi的payload，那么Grub 作为一个bootloader应当也可以由opensbi进行跳转，需要找下这方面的方法，据我所知uboot是可以作为opensbi的payload，进而由uboot加载kernel的； c) 如果能够引导至grub，接下来就是如何配置grub的加载信息了，可能需要把当前的kernel 放置在某一个磁盘分区中； 2、修改提交至openeuler a) 若利用开源的grub2能够引导启动，那么就可以考虑将所作的修改提交到openeuler b) 当前openEuler 的grub2 已经升级至了2.04，是支持RISCV的，这里边是以软件包构建代码仓的形式托管的，你可能需要了解如何将你的修改提交到这个仓， https://gitee.com/src-openeuler/grub2 c) 顺便，在openEuler/RiSC-V 的仓中和mailist 告诉大家这一好消息。 openEuler的 grub2 由openEuler的 OS-builder SIG 组负责（https://gitee.com/openeuler/community/tree/master/sig/sig-OS-Builder），有… 的问题，欢迎在相关的社区或者maillist（dev(a)openeuler.xn--org)-3f5fm291a95eee490b. Regards, zhangxuzhou 发件人: Tony [mailto:tony_mcknight22@163.com] 发送时间: 2020年10月20日 16:31 收件人: zhangxuzhou <zhangxuzhou4(a)huawei.com> 主题: 关于任务“No.21 - 为openEuler - RISC-V 添加grub的引导启动方式” Hi zhangxuzhou, 关于“No.21 - 为openEuler - RISC-V 添加grub的引导启动方式”这个任务（https://gitee.com/openeuler/marketing/issues/I1I1TS），我想参… 不知道现在这个任务的进展是怎样的？有没有什么具体的工作要做？有没有什么资料链接可以发给我学习一下的？如果这个任务已经完结了，不知这个任务的最终总结文档什么时候可以看到？盼回复，谢谢！附：最近我在研究EDK2时遇到的问题并给出问题分析的结果。https://github.com/riscv/riscv-edk2-platforms/…

2 1

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

20 Oct '20

会上与麒麟软件（杨昭）、ARM（Eric）、万里开源（陈棋德）、中科院软件所（王建民）、TC（熊伟）讨论了在openEuler支持gcc的版本计划，出于稳定优先、保持创新的原则，暂定策略如下： 1． gcc一年升级一个大版本，在每年下半年的openEuler创新版本中引入，并维护一年到下一年度上半年的openEuler版本，例如在openEuler 20.09版本中引入gcc 9，并持续维护到openEuler 21.03版本； 2．每次升级会选取最新x.3版本作为稳定版本，例如认为gcc 10.1和gcc 10.2不是稳定版本，gcc 10.3是稳定版本，如果9月份x.3版本还未发布，先基于x.2版本开发，在下个update包中升级到x.3； 3．每一个gcc大版本只会选择x.3作为稳定版本，不做小版本升级，bugfix和小特性采用backport模式，例如openEuler 20.09和21.03都会采用gcc 9.3，不会升级到gcc 9.4； 4．在LTS版本如果出现对高版本gcc的特性需求，则保持基座gcc版本（编译kernel和所有外围包的gcc版本）不动，在update包中提供高版本gcc（例如在20.03 LTS版本的update包中提供gcc 10.3的rpm包，给用户多种选择），由于创新版本生命周期较短，一般情况下在创新版本中不考虑提供多版本gcc支持。具体计划如下： [cid:image001.png@01D6A72E.28EF8B90] 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年10月19日 9:11 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-10-20 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-10-20 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/123007491> Meeting ID 123 007 491 Convener 郭歌 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

iSula SIG meeting time: 2020-10-20 16:00-18:00
by lujingxiao 20 Oct '20

20 Oct '20

iSula SIG meeting 会议时间: 2020-10-20 16:00-18:00 会议议题： 1、iSula SIG运作近况 2、镜像仓库运作讨论欢迎大家提交议题~ ZOOM link： https://zoom.us/j/95910045475?pwd=YTM5UkpQT3F5NURMVEgxVHlPMEJyUT09

2 1

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

20 Oct '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 3

社区安全规范意见征集
by gwei3 19 Oct '20

19 Oct '20

安全委员会近期发布了两份安全规范： — 安全编码指南  https://gitee.com/openeuler/security-committee/blob/master/guide/SecureCodi… — 安全设计指南  https://gitee.com/openeuler/security-committee/blob/master/guide/SecurityDe… 特此提请广大社区参与者一同审阅。欢迎通过邮件，issue或者PR的形式进行反馈。

1 0

TC议题申报：openEuler社区gcc编译器版本计划
by guoge (A) 19 Oct '20

19 Oct '20

Hi, tc team 申请议题讨论：openEuler社区gcc编译器版本计划该讨论将决定未来每个openEuler版本中支持的gcc编译器版本，由于gcc属于基础设置，版本变动影响面较大，所以gcc版本选型的原则首先是稳定，其次才是新功能目前初步方案如下： 1． gcc一年升级一个大版本，在每年下半年的openEuler创新版本中引入，并维护一年到下一年度上半年的openEuler版本，例如在openEuler 20.09版本中引入gcc 9，并持续维护到openEuler 21.03版本 2．每次升级会选取最新gcc大版本的.3版本作为稳定版本，例如认为gcc 10.1和gcc 10.2不是稳定版本，gcc 10.3是稳定版本，由于2020.9最新的gcc大版本是gcc 9和gcc 10，且gcc 9有9.3版本，gcc 10只有10.2版本，所以选择9.3作为稳定版本 3．每一个gcc大版本只会选择.3作为稳定版本，不升级，有问题或需求采用backport模式，例如openEuler 20.09和21.03都采用gcc 9.3，不会升级到gcc 9.4 具体计划如下： [cid:image001.png@01D6A61E.88FE5F90] 材料见附件

2 1

会议纪要 //回复：【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00
by Peanut_Huang 19 Oct '20

19 Oct '20

与会人：Mr.lu, hubble_zhu, peanut_huang, gao_xiingwang, yuan_xin, xu_changye 【会议纪要】前期进展： 1. polycube框架已经成功在openEuler上运行，相关修改等待合入社区 -- liu_xin 2. 将polycube相关工具包推到openEuler上     swagger-codegen已在本地成功构建和运行，待提交合入社区 -- peanut_huang     pyang-swagger依赖pyang，正在验证pyang的构建 -- gao_xiingwang 下一步计划： 1. 建议尽快将polycube相关工具包推到openEuler上     pyang-swagger、pyang -- gao_xiingwang     polycube-codegen   -- peanut_huang     xdp-tools        -- hubble_zhu 2. 建议补充部分高性能网络sig的愿景材料 -- Mr.lu ------------------ 原始邮件 ------------------ 发件人: "Peanut_Huang" <hlm3280(a)qq.com>; 发送时间: 2020年10月14日(星期三) 晚上7:25 收件人: "high-performance-network"<high-performance-network(a)openeuler.org>;"tc"<tc(a)openeuler.org>;"dev"<dev(a)openeuler.org>; 主题: 【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00 Topic sig-high-performance-network regular meeting Time 2020-10-15 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 985 033 429   Convener Peanut_Huang Agenda 1.sig成员前期工作审视 2.下一步工作和计划 Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

会议纪要//RE: virt sig meeting time: 2020-10-16 14:30-16:00
by Chenzhendong (alex) 19 Oct '20

19 Oct '20

会议纪要： 1. 20.03 LTS SP1需求如下： a) 虚拟机支持 “安全启动”； b) ARM支持vmtop ，提高虚拟化可维护性； c) 虚拟化实现内存、cpu热添加功能，提高资源分配的灵活性； d) KVM支持custom模式； 2. 21.03 需求暂定如下： a) Qemu+kvm：热迁移pro，提升热迁移性能和安全；vmtop支持X86。 b) Risc-v：支持热迁移；支持vhost的ioeventfd方案； c) StratoVirt： i. 轻量级虚拟化：支持内存弹性，支持arm和X86； ii. 标准虚拟化：支持PCI，PCI热插拔，vfio，IO多队列等； iii. 性能优化：支持iothread； iv. 安全优化：支持sechoop启动和namespace隔离；遗留问题： 1. Libvirt qemu的组件的选型计划？ 2. qemu热补丁的支持计划？ From: Chenzhendong (alex) [mailto:alex.chen@huawei.com] Sent: Thursday, October 15, 2020 3:58 PM To: virt(a)openeuler.org; dev(a)openeuler.org Cc: Zhangxiaofeng (F) <victor.zhangxiaofeng(a)huawei.com> Subject: [Dev] virt sig meeting time: 2020-10-16 14:30-16:00 virt sig meeting 会议时间： 2020-10-16 14:30-16:00 会议议题： 1、20.03 LTS SP1需求讨论 2、21.03 需求讨论 Zoom [https://openeuler.org/img/home/detail-link.png]98422207555 [https://openeuler.org/img/home/detail-link.png]https://zoom.us/j/9842220755…

1 0

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

19 Oct '20

1 0

Re: OS-Builder sig meeting time: 2020-10-17 15:00-15:30
by Fengtao (fengtao, Euler) 17 Oct '20

17 Oct '20

OS-Builder sig meeting 会议纪要会议时间： 2020-10-17 16:00-16:30 1、回顾当前动作，梳理了isobuilder项目的架构 2、讨论了安装和升级的未来发展 a) 升级会在inplace upgrade和双区升级两个方向进行突破 b) 系统安装方向待定 From: Fengtao (fengtao, Euler) Sent: Thursday, October 15, 2020 8:10 PM To: dev(a)openEuler.org Cc: Yanan (Euler) <yanan(a)huawei.com>; Chenxiang (EulerOS) <rose.chen(a)huawei.com> Subject: [Dev] OS-Builder sig meeting time: 2020-10-17 15:00-15:30 OS-Builder sig meeting 会议时间： 2020-10-17 15:00-15:30 会议议题： 1、回顾当前sig运作 2、介绍当前sig工作 ZOOM https://zoom.us/j/99159482423?pwd=OEpjU2hyZmF6NjArZ2toRmdwSXJNdz09

1 0

OS-Builder sig meeting time: 2020-10-17 15:00-15:30
by Fengtao (fengtao, Euler) 15 Oct '20

15 Oct '20

OS-Builder sig meeting 会议时间： 2020-10-17 15:00-15:30 会议议题： 1、回顾当前sig运作 2、介绍当前sig工作 ZOOM https://zoom.us/j/99159482423?pwd=OEpjU2hyZmF6NjArZ2toRmdwSXJNdz09

1 0

virt sig meeting time: 2020-10-16 14:30-16:00
by Chenzhendong (alex) 15 Oct '20

15 Oct '20

virt sig meeting 会议时间： 2020-10-16 14:30-16:00 会议议题： 1、20.03 LTS SP1需求讨论 2、21.03 需求讨论 Zoom [https://openeuler.org/img/home/detail-link.png]98422207555 [https://openeuler.org/img/home/detail-link.png]https://zoom.us/j/9842220755…

1 0

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-10-13 15:00-15:30
by 方亚芬 15 Oct '20

15 Oct '20

2 2

【Meeting Notice】sig-high-performance-network regular meeting Time: 2020-10-15 19:00-20:00
by Peanut_Huang 14 Oct '20

14 Oct '20

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

1 0

答复: 会议纪要//答复: 【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00
by Zhuyanpeng 14 Oct '20

14 Oct '20

补充： 1、纪要归档在 https://gitee.com/openeuler/release-management/wikis 2、下次例会 10.28日，通过release(a)openeuler.org<mailto:通过release@openeuler.org> 申报议题发件人: Zhuyanpeng 发送时间: 2020年10月14日 13:46 收件人: 'Zhuyanpeng' <zhuyanpeng(a)huawei.com>; dev(a)openeuler.org; release(a)openeuler.org 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; Peter Wu <peter.ying.wu(a)huawei.com>; Chenyanpan <chenyanpan(a)huawei.com>; wangyiru <wangyiru1(a)huawei.com> 主题: 会议纪要//答复: 【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 议题1：遗留问题 1、release management已经申请独立的maillist：release(a)openeuler.org<mailto:release@openeuler.org>，可以到https://openeuler.org/zh/community/mailing-list/ 订阅 2、通过release-managemnet仓下issue提交需求，初步的流程如下：原则上谁提交需求谁负责开发，如果需求确实由其他sig开发更合适，则由release sig先协调、确认负责开发的sig；开发责任人确认后，再协调、确认开发计划即纳入哪个版本，通过issue的里程牌、分支来指定开发计划；开发责任人、开发计划都确认后，release sig在例会上对关键需求例行进行跟踪，关键需求的开发责任人在release sig例会汇报进展。详细流程细化后发布。议题2: 20.03 LTS SP1版本及21.03创新版本计划 1、20.03 LTS版本由于市场等各方面的诉求，初步计划在11月底发布SP1版本，社区需求收集已经截止，当前需求整理中，在下次例会进行需求和版本计划的详细说明。 2、21.03创新版本初步计划12.14前关键需求收集、12.21内核冻结、1.22关键需求冻结、2.22 beta版本转测试、3.15beta版本冻结；整体计划会通过release(a)openeuler.org<mailto:整体计划会通过release@openeuler.org>发送、收集意见 3、树莓派组件对于kerkel组件更新的诉求，可以先与kernel sig沟通；后面的release sig例会也会同步kernel sig的组件版本计划，到时再进一步讨论议题3 ：开发效率提升工具pkgship、patchtracing进展介绍 1、工具代码仓：https://gitee.com/openeuler/openEuler-Advisor；工具使用指导：https://gitee.… 2、工具已经基本完善，可以考虑通过openeuler微信公众号、openeuler网站博文等形式进行宣传，同时后续安排社区直播课程，让社区开发者都用起来发件人: Zhuyanpeng [mailto:zhuyanpeng@huawei.com] 发送时间: 2020年10月13日 21:18 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org>; release(a)openeuler.org<mailto:release@openeuler.org> 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com<mailto:jiangyumin@huawei.com>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>>; Peter Wu <peter.ying.wu(a)huawei.com<mailto:peter.ying.wu@huawei.com>>; Chenyanpan <chenyanpan(a)huawei.com<mailto:chenyanpan@huawei.com>>; wangyiru <wangyiru1(a)huawei.com<mailto:wangyiru1@huawei.com>> 主题: [Release] 【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 议题1：遗留问题议题2: 20.03 LTS SP1版本及21.03创新版本计划议题3 ：开发效率提升工具pkgship、patchtracing进展介绍 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis 发件人: Zhuyanpeng 发送时间: 2020年10月13日 9:05 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com<mailto:jiangyumin@huawei.com>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> 主题: 【议题收集】【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 openEuler Release Management SIG meeting 定于 2020-10-14 10:00-12:00 召开，欢迎回复邮件申报议题。 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis _______________________________________________

1 0

会议纪要//答复: 【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00
by Zhuyanpeng 14 Oct '20

14 Oct '20

议题1：遗留问题 1、release management已经申请独立的maillist：release(a)openeuler.org<mailto:release@openeuler.org>，可以到https://openeuler.org/zh/community/mailing-list/ 订阅 2、通过release-managemnet仓下issue提交需求，初步的流程如下：原则上谁提交需求谁负责开发，如果需求确实由其他sig开发更合适，则由release sig先协调、确认负责开发的sig；开发责任人确认后，再协调、确认开发计划即纳入哪个版本，通过issue的里程牌、分支来指定开发计划；开发责任人、开发计划都确认后，release sig在例会上对关键需求例行进行跟踪，关键需求的开发责任人在release sig例会汇报进展。详细流程细化后发布。议题2: 20.03 LTS SP1版本及21.03创新版本计划 1、20.03 LTS版本由于市场等各方面的诉求，初步计划在11月底发布SP1版本，社区需求收集已经截止，当前需求整理中，在下次例会进行需求和版本计划的详细说明。 2、21.03创新版本初步计划12.14前关键需求收集、12.21内核冻结、1.22关键需求冻结、2.22 beta版本转测试、3.15beta版本冻结；整体计划会通过release(a)openeuler.org<mailto:整体计划会通过release@openeuler.org>发送、收集意见 3、树莓派组件对于kerkel组件更新的诉求，可以先与kernel sig沟通；后面的release sig例会也会同步kernel sig的组件版本计划，到时再进一步讨论议题3 ：开发效率提升工具pkgship、patchtracing进展介绍 1、工具代码仓：https://gitee.com/openeuler/openEuler-Advisor；工具使用指导：https://gitee.… 2、工具已经基本完善，可以考虑通过openeuler微信公众号、openeuler网站博文等形式进行宣传，同时后续安排社区直播课程，让社区开发者都用起来发件人: Zhuyanpeng [mailto:zhuyanpeng@huawei.com] 发送时间: 2020年10月13日 21:18 收件人: dev(a)openeuler.org; release(a)openeuler.org 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com>; Peter Wu <peter.ying.wu(a)huawei.com>; Chenyanpan <chenyanpan(a)huawei.com>; wangyiru <wangyiru1(a)huawei.com> 主题: [Release] 【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 议题1：遗留问题议题2: 20.03 LTS SP1版本及21.03创新版本计划议题3 ：开发效率提升工具pkgship、patchtracing进展介绍 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis 发件人: Zhuyanpeng 发送时间: 2020年10月13日 9:05 收件人: dev(a)openeuler.org<mailto:dev@openeuler.org> 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com<mailto:zhenhua.jiang@huawei.com>>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com<mailto:jiangyumin@huawei.com>>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com<mailto:solar.hu@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>> 主题: 【议题收集】【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 openEuler Release Management SIG meeting 定于 2020-10-14 10:00-12:00 召开，欢迎回复邮件申报议题。 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis _______________________________________________

1 0

【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00
by Zhuyanpeng 13 Oct '20

13 Oct '20

议题1：遗留问题议题2: 20.03 LTS SP1版本及21.03创新版本计划议题3 ：开发效率提升工具pkgship、patchtracing进展介绍 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis 发件人: Zhuyanpeng 发送时间: 2020年10月13日 9:05 收件人: dev(a)openeuler.org 抄送: Jiangzhenhua (Ronnie, Kunpeng Computing) <zhenhua.jiang(a)huawei.com>; Jiangyumin (Jimmy) <jiangyumin(a)huawei.com>; Hufeng (Solar, Euler) <solar.hu(a)huawei.com>; chenyaqiang <chenyaqiang(a)huawei.com> 主题: 【议题收集】【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00 openEuler Release Management SIG meeting 定于 2020-10-14 10:00-12:00 召开，欢迎回复邮件申报议题。 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis _______________________________________________

1 0

清退gnome-python、gnome-icon-theme-symbolic和gnome-icon-theme-extras
by xiasenlin 13 Oct '20

13 Oct '20

根据下面三个issue，对gnome-python、gnome-icon-theme-symbolic和gnome-icon-theme-extras进行移入recycle sig的处理 https://gitee.com/open_euler/dashboard/issues?sort=created_at%20desc&assign… https://gitee.com/open_euler/dashboard/issues?sort=created_at%20desc&assign… https://gitee.com/open_euler/dashboard/issues?sort=created_at%20desc&assign… 请知

1 0

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

13 Oct '20

1. 讨论了gcc 在openEuler LTS和innovation版本中选型策略的问题，Compiler SIG需要对gcc/jdk等软件的生命周期支持策略给出roadmap，明确21.03（innovation）和22.03（LTS）版本中支持的gcc/openjdk版本是什么，并明确升级、开发计划，更新到SIG的roadmap规划中 –章海剑、郭歌 2. https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html 该问题涉及ABI修改，ARM的同事内部提交了一个PR，正在review 发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年10月12日 16:41 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-10-13 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-10-13 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/707456327> Meeting ID 707 456 327 Convener 郭歌 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

release@openeuler.org已经申请，欢迎大家订阅//答复: 申请release@openeuler.org 作为release management SIG的maillist，麻烦处理
by Zhuyanpeng 13 Oct '20

13 Oct '20

release(a)openeuler.org<mailto:release@openeuler.org> 已经申请成功，欢迎大家订阅 https://openeuler.org/zh/community/mailing-list/ [cid:image001.png@01D6A145.F4F8A6C0] 发件人: Zhuyanpeng 发送时间: 2020年10月12日 20:55 收件人: infra(a)openeuler.org 抄送: community(a)openeuler.org 主题: 申请release(a)openeuler.org 作为release management SIG的maillist，麻烦处理

1 0

【议题收集】【Meeting Notice】openEuler Release Management SIG meeting Time: 2020-10-14 10:00-12:00
by Zhuyanpeng 13 Oct '20

13 Oct '20

openEuler Release Management SIG meeting 定于 2020-10-14 10:00-12:00 召开，欢迎回复邮件申报议题。 --- 会议信息 --- 会议链接：https://zoom.us/j/99967390045?pwd=VkdsY3V1OVU1WDlYNUZzaXBKRG95QT09 会议 ID : 99967390045 --- 会议纪要归档 --- Meeting Record： https://gitee.com/openeuler/release-management/wikis _______________________________________________

1 0

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

12 Oct '20

1 0

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

12 Oct '20

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

1 0

openEuler 20.09 kernel release
by Xie XiuQi 10 Oct '20

10 Oct '20

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

1 0

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

09 Oct '20

sig-confidential-computing 10月月度例会会议纪要：【与会人】：yanxiaobin,zhaimengdong,zhanglinhao,chenmaodong,zhuyanpeng,liwei,zhangbinghua,zulijun,yanlu 【会议纪要】：会议议题： 1、华为chenmaodong介绍了当前sig-confidential-computing兴趣组的组成架构以及sig组目标，同时针对secGear的层次以及社区路标进行了简单介绍 2、银联zulijun简单介绍了当前银联与华为小海思合作芯片的情况，同时提出sig组支持国密算法的建议 3、华为zhanglinhao针对当前华为itrustee os介绍了国密算法的发展现状，当前itrustee对SM2、SM3、SM4都已支持，上层secGear和linux-sgx的国密算法支持需要进一步审视下一步计划： 1、继续跟进itrustee针对华为小海思芯片支持情况 2、下次月度例会上通报当前sig-confidential-computing相关项目的社区上线进展 3、下次月度例会银联同学分享一下当前银联在机密计算领域的项目情况，寻找可以在社区共同合作交流的idea 4、梳理一下sig组当前对国密标准的支持情况 From: Meeting Book [mailto:uMeeting@huawei.com] Sent: Thursday, October 8, 2020 12:26 PM To: dev(a)openeuler.org Subject: [Dev] 【Meeting Notice】openEuler sig-confidential-computing例会 Time: 2020-10-09 10:00-11:00 Topic openEuler sig-confidential-computing例会 Time 2020-10-09 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/660897423> Meeting ID 660 897 423 Convener 高贵锦 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

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

09 Oct '20

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

1 0

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

08 Oct '20

1 0

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

30 Sep '20

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

1 0

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

30 Sep '20

1 0

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

29 Sep '20

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

1 0

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

29 Sep '20

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

1 0

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

29 Sep '20

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

7 6

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

28 Sep '20

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

4 4

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

28 Sep '20

1 0

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

28 Sep '20

1 0

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

28 Sep '20

1 0

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

28 Sep '20

1 0

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

28 Sep '20

1 0

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

28 Sep '20

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

2 1

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

28 Sep '20

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

1 0

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

27 Sep '20

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

2 1

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

25 Sep '20

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

2 3

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

25 Sep '20

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

1 0

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

23 Sep '20

1 1

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

22 Sep '20

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

3 3

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

22 Sep '20

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

2 1

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

22 Sep '20

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

1 0

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

21 Sep '20

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

1 0

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

21 Sep '20

1 0

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

19 Sep '20

Hi, openEuler kernel sig meeting 定于下周五（18号）上午召开，欢迎申报议题。当前有如下议题： 1）4.19 拟回合 bpf 高版本特性讨论 - 陆志浩 2）openEuler 21.03 创新版本内核选型及需求收集 - 郭寒军 3）openEuler 20.09 特性介绍 - 谢秀奇 On 2020/9/10 9:39, Meeting Book wrote: > Topic > openEuler kernel sig meeting > Time > 2020-09-18 10:00-12:00((UTC+08:00)Beijing) > > > > Join Conference > Join (External) >> <https://welink-meeting.zoom.us/j/624354069> > Meeting ID > 624 354 069 > > > > Convener > 谢秀奇 > > > > Tips: > Dial the access number to join conference <http://app.huawei.com/eshare/voiceMeetings> > 注：仅支持部分国家和地区。( Only some countries and regions are supported.) > 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 <https://zoom.us/download> > If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download <https://zoom.us/download> > > > _______________________________________________ > Kernel mailing list -- kernel(a)openeuler.org > To unsubscribe send an email to kernel-leave(a)openeuler.org

4 6

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

19 Sep '20

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

1 0

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

18 Sep '20

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

1 0

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

18 Sep '20

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

1 0

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

18 Sep '20

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

2 2

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

18 Sep '20

Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler 虚拟化 20.03 SP1/21.03特性规划讨论 all -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月18日周五 10:19 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-18 14:30-15:30 Topic Virt sig meeting Time 2020-09-18 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/386639496> Meeting ID 386 639 496 Convener 陈振东 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

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

18 Sep '20

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

2 1

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

18 Sep '20

1 0

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

18 Sep '20

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

1 0

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

17 Sep '20

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

2 1

leave
by 任智文 17 Sep '20

17 Sep '20

1 0

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

16 Sep '20

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

1 0

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

16 Sep '20

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

1 0

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

15 Sep '20

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

1 0

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

15 Sep '20

1 0

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

14 Sep '20

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

1 0

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

14 Sep '20

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

1 0

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

14 Sep '20

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

2 1

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

14 Sep '20

1 0

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

12 Sep '20

4 5

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

12 Sep '20

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

1 1

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

11 Sep '20

3 2

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

11 Sep '20

1．回顾上周的工作，这一阶段优化同步到openEuler社区的工作已经完成 2． glibc库编译失败，可能原因是gcc的优化导致，目前提交了一个修复补丁，解决部分问题，但glibc包整体上依然编译失败，需要支持解决会上Eric（ARM）提了几个问题： 1． https://gcc.gnu.org/pipermail/gcc-patches/2020-June/546950.html gcc社区原生的问题，会影响HPC场景的编译，ARM的同事Wilco提了一些意见，建议通过修改abi的方式实现，会后我们需要看下基于这个思路如何实现 2．关于Compiler SIG在JDK/GCC上的优化后续upstream的讨论会后和ARM公司的简宁胜做了交流，在OpenJDK上SVE指令的支持进行分工合作，ARM的同事将投入Vector API mask对SVE的支持，Compiler SIG的同事在vector api SVE backend剩余OP的支持工作上进行投入发件人: Meeting Book [mailto:uMeeting@huawei.com] 发送时间: 2020年9月7日 11:25 收件人: dev(a)openeuler.org 主题: [Dev] 【Meeting Notice】Compiler SIG weekly meeting Time: 2020-09-08 10:00-11:00 Topic Compiler SIG weekly meeting Time 2020-09-08 10:00-11:00((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/162757639> Meeting ID 162 757 639 Convener 郭歌 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

3 3

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

11 Sep '20

2 1

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

10 Sep '20

1 0

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

10 Sep '20

1 0

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

08 Sep '20

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

2 3

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

07 Sep '20

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

1 0

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

07 Sep '20

1 0

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

07 Sep '20

1 0

Jtreg is launching!
by hedongbo 07 Sep '20

07 Sep '20

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

3 2

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

07 Sep '20

Virt sig会议议程纪要： 1、openEuler 20.09虚拟化特性代码已经合入，正在进行稳定性和可靠性等测试。 a) vcpu hotplug/mem hotplug/HPRE加速三个特性已经测试完成。 b) 虚拟机可信启动/安全启动/PMU NMI-Watchdog/双层调度等特性正在开展测试中; c) VMtop、ARM虚拟机支持超线程、ARM虚拟机cpu feature支持Custom三个特性尚未开展测试，正在分析及测试设计； 2、EulerRobot质量体系构建进展： a) EulerRobot已经开源，已有部分开发者参与，希望后续有更多开发者参与，共同完善和优化openEuler虚拟化质量体系。 b) crystal-ci当前存在物理机部署后卡死无法使用情况，crystal-ci团队解决中，等解决完后再进行对接。 c) openEuler下虚拟化qemu/libvirt等仓库，代码门禁已经OK，正在实现让qemu/libvirt仓库代码合入后自动化生成Patch同步到src-openEuler中便于版本rpm制作，后续代码提交将切换至openeuelr仓库。 3、openEuler 支持riscv虚拟化的进展如下，后续主要进行bugfix。 a) Qemu支持RISC-V架构的KVM； b) 支持RISC-V架构虚拟机热迁移； c) 支持vhost的ioeventfd方案； From: Chenzhendong (alex) via Virt [mailto:virt@openeuler.org] Sent: Friday, September 4, 2020 10:19 AM To: virt(a)openeuler.org; dev(a)openeuler.org Cc: Zhangxiaofeng (F) <victor.zhangxiaofeng(a)huawei.com> Subject: [Virt] 【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler RISC-V虚拟化支持进展 Jiangyifei ------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月4日周五 10:03 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Topic Virt sig meeting Time 2020-09-04 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/258690350> Meeting ID 258 690 350 Convener 陈振东 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

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

04 Sep '20

Virt sig会议议程： 1、openEuler 20.09 虚拟化特性进展 alexchen 2、EulerRobot质量体系构建进展 kuhnchen 3、openEuler RISC-V虚拟化支持进展 Jiangyifei ------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年9月4日周五 10:03 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】Virt sig meeting Time: 2020-09-04 14:30-15:30 Topic Virt sig meeting Time 2020-09-04 14:30-15:30((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/258690350> Meeting ID 258 690 350 Convener 陈振东 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

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

04 Sep '20

1 0

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

03 Sep '20

-----原始约会----- 发件人: Meeting_Book 发送时间: 2020年8月31日 16:57 收件人: Meeting_Book; hanxinke 主题: A-Tune新特性介绍 Time: 2020-09-04 10:00-13:00 时间: 2020年9月4日星期五 10:00-13:00(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 Topic [WeLink Meeting] A-Tune新特性介绍 Time 2020-09-04 10:00-13:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90647973f29e3d017443bbfb7…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=524045703&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/524045703> Meeting ID 524 045 703 Convener 韩欣科 (h00369819) Internal (11) 韩欣科 (h00369819), 谢志鹏 (x00292102), 高若姝 (g00563147), 李晓光 (l00346806), 陈荔城 (c00291257), 季晓彤 (j00475226), 康恩博 (k00471948), 林晓旭 (l00279334), 李强 (l00374334), 刘可 (l50012884), 宋明聪 (s00489487) External (3) a-tune(a)openeuler.org<mailto:a-tune@openeuler.org>, houzhx(a)nwpu.edu.cn<mailto:houzhx@nwpu.edu.cn>, zhangmiao(a)iscas.ac.cn<mailto:zhangmiao@iscas.ac.cn> 注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

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

03 Sep '20

1 0

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

03 Sep '20

3 3

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

03 Sep '20

1 0

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

03 Sep '20

3 2

回复：
by George 02 Sep '20

02 Sep '20

Good idea！我们Infra Sig先研究下Fedora的这个fedpkg工具，评估下可行性，然后再提供方案和大家讨论哈。^-^ 谢谢晓文。    -- George ------------------ 原始邮件 ------------------ 发件人: "Hexiaowen (Hex, EulerOS)" <hexiaowen(a)huawei.com>; 发送时间: 2020年9月2日(星期三) 下午3:28 收件人: "infra(a)openeuler.org"<infra(a)openeuler.org>; 抄送: "dev"<dev(a)openeuler.org>;"tc"<tc(a)openeuler.org>; 主题:  [Dev] Hi infra guys：   当前，centos、fedora的git代码仓管理中，不存放具体的源码二进制压缩包。https://src.fedoraproject.org/rpm… 这样的好处时， 1、  仓库中只包含文本文件 2、  仓库的大小很小，下载很方便 3、  可以避免码云上大文件的提交和下载问题     其做法是，提供一个fedpkg工具，封装git， 1、  在git push时将其中的二进制压缩包转化为一个sources文件，里面存放二进制文件的元数据和校验值  https://src.fedoraproject.org/rpms/0ad-data/blob/master/f/sources 2、  二进制压缩包自动存放在统一的文件服务器上    https://src.fedoraproject.org/repo/pkgs/ 3、  在git clone时，自动将二进制下载下来替换sources，并校验     有两种方案可以完成这个目标，基础设施是否可以考虑： 1、  自己搭一个文件服务器，和码云代码仓联动 2、  给码云提诉求，提供类似功能的插件。       何晓文（Hex EulerOS） Email : hexiaowen(a)huawei.com   This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!  

1 0

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

02 Sep '20

Hi infra guys：当前，centos、fedora的git代码仓管理中，不存放具体的源码二进制压缩包。https://src.fedoraproject.org/rpm… 这样的好处时， 1、仓库中只包含文本文件 2、仓库的大小很小，下载很方便 3、可以避免码云上大文件的提交和下载问题其做法是，提供一个fedpkg工具，封装git， 1、在git push时将其中的二进制压缩包转化为一个sources文件，里面存放二进制文件的元数据和校验值 https://src.fedoraproject.org/rpms/0ad-data/blob/master/f/sources 2、二进制压缩包自动存放在统一的文件服务器上 https://src.fedoraproject.org/repo/pkgs/ 3、在git clone时，自动将二进制下载下来替换sources，并校验有两种方案可以完成这个目标，基础设施是否可以考虑： 1、自己搭一个文件服务器，和码云代码仓联动 2、给码云提诉求，提供类似功能的插件。何晓文（Hex EulerOS） Email : hexiaowen(a)huawei.com [cid:image003.png@01D6813D.B8226BA0] This e-mail and its attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it!

2 1