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/comm... 以了解如何指挥 ci-bot。 openEuler 重视每一个组件，每一行代码。您对 PR 的 review ，决定了 openEuler 的质量。 为了显性化 review 过程，我们也建议您使用并参与完善 review_tool。 代码地址在：https://gitee.com/openeuler/openEuler-Advisor/blob/master/advisors/review_to... 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邮件列表通报社区。（责任人：刘金刚）