November 2020 - Dev - mailweb.openeuler.org

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