- Dev - mailweb.openeuler.org

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