2021 年 1 月 6日:

TC 委员培训

• TC 例行会议每两周举行一次，主持人负责会前议题收集，会议室申请，会议通知发布，会议主持，遗留问题跟踪等工作；下一次会议的主持人负责本次会议的会议纪要整理归档。

• TC 委员需要在小程序中申请 权限，便于使用小程序申请会议室。

• 会议纪要在线记录 使用 https://etherpad.openeuler.org/p/TC-meetings

建议轮值顺序：

• 熊 伟xiongwei888@huawei.com [@myeuler]

• 卞乃猛bian_naimeng@hoperun.com [@biannm]

• 陈祺德dillon.chen@turbolinux.com.cn [@dillon_chen]

• 冯 健jian.feng@i-soft.com.cn [@hostfj]

• 郭寒军guohanjun@huawei.com [@hanjun-guo]

• 侯 健houjian@kylinos.cn [@hjimmy]

• 胡欣蔚huxinwei@huawei.com [@shinwell_hu]

• 姜振华zhenhua.jiang@huawei.com [@Ronnie_Jiang]

• 刘金刚liujingang09@huawei.com [@liujingang09]

• 李永强liyongqiang10@huawei.com [@charlie_li]

• 马全一eli@patch.sh [@genedna]

• 石 勇shiyong@kylinos.com.cn [@stonefly]

• 王建民jianmin@iscas.ac.cn [@jianminw]

• 王志钢wangzhigang17@huawei.com [@cellfaint]

• 魏 伟weiwei64@huawei.com [@wweiandrew]

• 吴峰光wufengguang@huawei.com [@wu_fengguang]

• 叶青龙yeqinglong@uniontech.com [@yeqinglong01]

• openEuler 是社区推动的开源项目，作为 TC成员，您的投入非常重要。请善用gitee的通知功能，建议绑定微信账号或者邮件账号，并在 https://gitee.com/profile/notifications 设置通知，以便及时了解相关动态。 如果您更倾向于“轮询”模式，而不是在”中断”模式下工作，那建议在每天固定的时间登录 gitee。

• openEuler 的代码管理权限集中在 ci-bot ，即便您是 maintainer ，也不能直接操作被保护的代码分支。您需要在 PR 中通过 comment 和 ci-bot 交互来完成 review 工作。 请阅读 https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md 以了解如何指挥 ci-bot。

• openEuler 重视每一个组件，每一行代码。您对 PR 的 review ，决定了 openEuler 的质量。 为了显性化 review 过程，我们也建议您使用并参与完善 review_tool。 代码地址在：https://gitee.com/openeuler/openEuler-Advisor/blob/master/advisors/review_tool.py

• TC 同时兼任 sig-recycle 的 maintainer，这个 sig 是为了保证确认要从 openEuler 中删除的软件有过渡期而设置。

 - 讨论：

   1. 建议TC委员每天都安排时间review，3月之前新委员只做 /lgtm 的 review，让熊伟和胡欣蔚负责 /approve

   2. 建议TC委员每周抽时间旁听SIG的运作会议，了解进展

   3. TC 委员对 community 仓的工作不分工，TC委员需要对整个社区的运作有一个全面的了解。

   4. 对于PR的review，对于PR不完整，描述不清晰的要坚决打回修改。要重点审视license等合法，合规信息。

   5. TC例会的主持按照姓氏排名进行，下一次由润和的卞乃猛主持TC会议

   6. 需要将新的TC委员申请小程序会议权利（熊伟负责跟踪闭环）

   

SIG-EMBEDDED 申请

PR 见 https://gitee.com/openeuler/community/pulls/1430

普华-冯建对所有人说： 11:19 AM

建议：1.系统层面对软件进行裁剪优化，嵌入式版本独立建仓，或者做成img。2.kernel提供rt版本。

润和-卞乃猛：

建议：

1.  针对sig-embedded的成立： 呼吁大家一起努力将更多的硬件厂商加入到社区开发； 第一步交付件的范围要明确

2.  建议用英文翻译机器人

jianminw:

    1. 建议明确目标的设备列表

    2. kernel 基于 openEuler 主线内核仓库来定制裁剪

熊伟（myeuler):

    1. embeded系统的关键是构建build系统，可以参考行业的yacto等系统，考虑建立openEuler的嵌入式完整的构建系统，从而实现openEuler从端，边，云的全场景覆盖

    2. embeded的SIG覆盖范围还应该是能够容纳完整OS的系统，而不是资源极度受限的小型设备。

    3. 要保持和openEuler LTS的共基线，基于现有的内核版本等进行构建。

    4. 对于特定的BSP，如果没有办法保证和基线的兼容性，需要将这些代码独立出来，通过构建系统来生成相关的BSP

    5. 可以通过这个SIG组的工作，对现有openEuler的rpm包的组织结构进行一次全面的梳理，争取能够做到更好的分层和解耦。

 

结论：同意成立embeded SIG组

• 1. 请协同其它相关SIG，确定参与的团队和人员

• 2. 考虑embeded的构建系统的架构设计。

• 3. 明确交付的路线图，交付内容，版本节奏等

• 4. 要明确硬件类型

• 5. 和os-builder等SIG合作，保证构建能够共享相关的工作。
• 6. 具体审批依照PR进行审视。

* 请 郭寒军 作为 SIG 导师

SIG-MINZUCHESS 申请

PR 见 https://gitee.com/openeuler/community/pulls/1449

结论：同意成立minzuchess SIG，该SIG对社区的多样性，拓展AI的应用范围，保护民族文化遗产方面都很具有意义。

需要注意openEuler社区更多是承接技术方面的工作，所以SIG的交付件需要聚焦到软件实体等内容。

具体的批准按照PR进行审视。

* 请 王建民 作为 SIG 导师

关于社区中使用英文的提议：

讨论的基本结论：

• 1. 当前社区的发展阶段还是以效率为主，考虑到国内开发者的英语能力参差不齐，所以语言上目前还不强制使用英语。

• 2. 不反对，或者鼓励大家使用英文进行提交和沟通

• 3. 考虑使用自动化软件对中文进行翻译，特别是SIG和社区的各种文档（该遗留问题由马全一进行跟踪闭环）

关于安全漏洞的工作汇报和审视：

• 漏洞处理介绍：

•     1. 代码静态扫描工具，建议对准确率80%-90%以上的问题直接发布，对于准确率较低的问题人工分析后再发布。

•     2. 下游厂商如果有加入openwall的资源，可以积极参与到加入openwall的工作中，提升社区的安全影响力。

TC委员会对安全漏洞的工作做了审视，有如下的意见：

• 1. 软件所的工作推进相对较慢，由王建民负责在软件所内部进行协调，协同刘金刚等梳理相关的工作。

• 2. 相关安全的流程提交到安全委员会的相关文档中，作为正式的流程规范定下来。更新完相关文档以后发邮件到tc和dev邮件列表通报社区。（责任人：刘金刚）