From 2b59aaa9a2c035013632a265c78facc80aa4ae2b Mon Sep 17 00:00:00 2001 From: georgecao Date: Tue, 20 May 2025 20:20:03 +0800 Subject: [PATCH] Add meeting minutes for Q1 2025. --- Meeting_Minutes/2025/20250122_minutes.md | 55 ++++++++++++ Meeting_Minutes/2025/20250212_minutes.md | 33 +++++++ Meeting_Minutes/2025/20250226_minutes.md | 15 ++++ Meeting_Minutes/2025/20250313_minutes.md | 106 +++++++++++++++++++++++ Meeting_Minutes/2025/20250326_minutes.md | 48 ++++++++++ Meeting_Minutes/2025/20250416_minutes.md | 25 ++++++ Meeting_Minutes/2025/20250430_minutes.md | 46 ++++++++++ Meeting_Minutes/2025/20250514_minutes.md | 85 ++++++++++++++++++ 8 files changed, 413 insertions(+) create mode 100644 Meeting_Minutes/2025/20250122_minutes.md create mode 100644 Meeting_Minutes/2025/20250212_minutes.md create mode 100644 Meeting_Minutes/2025/20250226_minutes.md create mode 100644 Meeting_Minutes/2025/20250313_minutes.md create mode 100644 Meeting_Minutes/2025/20250326_minutes.md create mode 100644 Meeting_Minutes/2025/20250416_minutes.md create mode 100644 Meeting_Minutes/2025/20250430_minutes.md create mode 100644 Meeting_Minutes/2025/20250514_minutes.md diff --git a/Meeting_Minutes/2025/20250122_minutes.md b/Meeting_Minutes/2025/20250122_minutes.md new file mode 100644 index 0000000..c405fe4 --- /dev/null +++ b/Meeting_Minutes/2025/20250122_minutes.md @@ -0,0 +1,55 @@ +Date日期：2025-01-22 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/987197343 +会议主持：曹志 +下次主持：侯健 +与会人：石勇、高贵锦、胡峰、陈棋徳、胡欣蔚、田俊、赵川峰、李永强、吴峰光、魏建刚、陈亚强、王志钢、陈茂冬、叶青龙、任慰、吕从庆、范佳臣、岳龙广、王建民、曹志、刘恺、谢秀奇 +请假：王经纬，杜开田、侯健 + +议题： + 1、gitee openeuler 下面建仓 sysHAX 汇报人：董微 + sysHAX 作为 openEuler 大模型推理加速运行时 申请在 gitee openeuler、src-openeuler建立仓库。 + ——本次会议缺席未讨论，建仓库的议题建议直接在SIG组内闭环。当前议题会后范佳臣帮忙跟踪。 + + 2. 关于包删除流程的改善 提案人: Funda Wang +当前包删除（从发行树中删除）的做法是在release-management提PR，将其移入 delete 组（如 https://gitee.com/openeuler/release-management/pulls/2071/）。然而src-openEuler制品仓绝大多数情况下不做处理，导致只有提案人及SIG例会当事人能够知道包的变更历史。 +建议release-management的门禁机器人在有关PR通过时，自动清空相关制品仓的对应分支，同时提供README.md，说明清空理由，帮助其它人知道本包的变更情况（如：https://gitee.com/src-openeuler/libnetwork）。 + - 放到 recycle 里，后续不再发布新的版本，正常可以提交 PR 和构建。当前只有 tag 来提醒。 + - 在 release-manage 中移动到 delete 组，PR 的 CI 会失败 <-- 改进此类 PR 的 CI，修改 EulerMaker。跟踪 issue 为：https://gitee.com/openeuler/compass-ci/issues/IBJ98J + - 改进 CI BOT 对 分支已经放在 delete 分组的 · Issue #IBJABL · openEuler/ci-bot - Gitee.com + + 3. 关于"ls -l“命令在中文locale下日期格式的更改 提案人：Funda Wang +当前，"ls -l"命令显示的文件日期和时间格式为“%b%e日 %H:%M”（即“1月 21 10:15”）与“%Y年%b%e日”（即“2020年1月3日”），不符合国标GB/T 7408.1（其最新修订版本且当前生效的版本为GB/T 7408.1-2023）。此国标建议的基本格式是“19850412T101502”，与ls软件原始输出（月日 时:分/月日年）最接近且遵守国标的格式是“1985-04-12T10:15”。 +决策点：是否需要依照国标对"ls -l"的输出格式进行修改。若进行修改将导致ls -l输出结果较当前多出一个或三个字符宽。 + - 非强制标准，刚发布，当前不是check点 + - coreutils 可以通过命令行指定输出格式 + - 建议下一步先提交到 upstream，从 upstream 集成以后再回合到 openEuler + + 4. SIG-Health-Analytics，including sig-distributed-middleware ,sig-compliance,System-tool, sig-sbom, sig-high-performance-network, sig-message-middleware. 汇报人：魏建刚 + - message-middleware，system-tools 永强下次会议反馈改进方案 + - distributed-middleware 建刚后续考虑如何改进，胡欣蔚和华为讨论后续投入方式 + - evs 代码仓可删除 + 5. SIG组审视：Infrastructure ，sig-Gatekeeper，dev-utils，sig-Compatibility-Infra，xfce 汇报人：曹志 + - Infra & Gatekeeper SIG组活跃度没问题，Gatekeeper需要加强公开会议频次，Infra需要增加参会者。 + - Infra & Gatekeeper SIG都存在maintainer和committer需要刷新的问题。 + - dev-utils SIG活跃度没问题，但管理的软件仓库多且杂，需要联系maintainer梳理、划分。 + - xfce相关maintainer dwl301和zhang_3125确认是否继续投入。 + +6. SIG组审视：Base Service，DB，A-Tune，Application，Computing，QT，mate-desktop 汇报人：陈棋徳 + - DB Sig建议和openGauss社区协同。 + - mate-desktop 石勇领回去讨论，下次会议上闭环 + - 已经不投入的 maintainer 建议 SIG 做清理 + - Application sig整体正常，但sig maintainer活跃度存在问题，是否需要理清交给 开田，下次会议上闭环 + -QT sig已经联系窦y和裴健康，按计划执行就可以 + - Computing sig需要整改，胡欣蔚领取任务 +7. SIG 组审视：sig-CloudNative、sig-K8sDistro、sig-SBC、sig-compat-winapp、sig-porting-platform-winapp、sig-rfo 汇报人：王建民 + - sig-CloudNative和sig-K8sDistro 活跃度没有问题 + - SBC Sig建议和Embedded SIG 联动推动嵌入式发行版 + - Compat Winapp 建议committer和maintainer需要做适当的沟通调整 + - Porting platform winapp sig 活跃度不够，maintainer有意愿在25年继续投入。 + - rfo sig 建议暂停SIG，短期内暂时没有计划。 +8. TC运作事宜 - 胡欣蔚 +- TC例会前建议参会人员都签到 +- 遗漏问题在每次TC会议上作为例行跟踪，由会议前一次会议主持人交接给当前会议主持人； +- SIG组审视后，TC成员按照审视结论和SIG组沟通，辅导。 diff --git a/Meeting_Minutes/2025/20250212_minutes.md b/Meeting_Minutes/2025/20250212_minutes.md new file mode 100644 index 0000000..c2c67a2 --- /dev/null +++ b/Meeting_Minutes/2025/20250212_minutes.md @@ -0,0 +1,33 @@ +Date日期：2025-02-12 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/968125597 +会议主持：侯健 +下次主持：胡峰 +与会人：李永强、王建民、陈茂冬、陈棋德、胡峰、吴峰光、岳龙广、刘恺、赵川峰、袁德俊、侯健、任慰、叶青龙，苏锦铃、范佳臣、高贵锦、王经纬、石勇、王麟、吕从庆、谢秀奇、杜开田、田俊、 + +议题： +1、DevStation开发者工作站驱动适配方案评审 汇报人：段鹏杰 +针对DevSation驱动适配的痛点，提出了三种适配方案： +原有的kconfig中=y=m的设置保留，增加=m的配置；新增ko文件，拆分到kernel-stra-modules子包，原有的kernel-{devel、headers、source，tools，tools-devel}等子包不变 +1. 共用kconfig包 +2. 独立维护kconfig同spec +3. 独立维护kconfig，独立spec +涉及的sig组kernel、CICD、QA、compatibility + +胡core：推荐使用方案1，放到epol仓中更加合适一些。 +秀奇： 方案一是否合适，是否对下游的OSV产生影响。 +其它委员细节私下可以再沟通一下。 +决策：使用方案一 +遗留问题：是否放到epol还是其它方案需要讨论？核心问题集中在弱质量维护。 +补充： RaspberryPi [内测版本](https://gitee.com/openeuler/SBC-sig#raspberry-pi)，RISC-V 还没做。 + +3、引入vkernel概念增强容器隔离能力特性介绍 汇报人：华科&武汉金银湖实验室-陶志恒 taozhiheng@jyhlab.org.cn +计划后续以独立kernel.spec的形式，合入openEuler-25.03创新分支。 +同意合入openEuler-25.03创新分支 +建议放到2503 epol仓库一起发布，慎重考虑是否合入base。 + +4、SIG（KDE、Desktop、Network、ha、ovirt、doc、isulad）组巡视汇报 -- 侯健 +https://quickissue.openeuler.org/zh/pulls/ 查sig的情况 +各个sig的运作需要加强，部分maintainer和committer是否可以轮换。 +需要进一步检查各个sig组的issue和pr处理效率。 diff --git a/Meeting_Minutes/2025/20250226_minutes.md b/Meeting_Minutes/2025/20250226_minutes.md new file mode 100644 index 0000000..e36de97 --- /dev/null +++ b/Meeting_Minutes/2025/20250226_minutes.md @@ -0,0 +1,15 @@ +Date日期：2025-02-26 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/962141163 +会议主持：胡峰 +下次主持：李永强 +与会人：王志钢、王建民、侯健、魏建刚、马全一、胡欣蔚、岳龙广、朱健伟、刘恺、陈亚强、叶青龙、唐葛亮、田俊、高贵锦、陈棋徳、王麟、任慰、陈茂冬、吕从庆、王经纬、石勇 + +议题： +DevStation遗留问题：如何让使用者感知弱质量维护 汇报人：段鹏杰 + +议题1：SIG组审视： nodejs，ops，packaging，release，opendesign 汇报人：胡峰 +1 +2、packaging SIG合入到release，相关工作一并移交给release维护，维护的4个软件包转移给哪个sig。对于packaging sig最终的运作建议，组织讨论。 +3、opendesign把外部意见通过社区会议例行运作，让更多的开发者了解到相关的信息 diff --git a/Meeting_Minutes/2025/20250313_minutes.md b/Meeting_Minutes/2025/20250313_minutes.md new file mode 100644 index 0000000..5100678 --- /dev/null +++ b/Meeting_Minutes/2025/20250313_minutes.md @@ -0,0 +1,106 @@ +2025-2026届openEuler技术委员会第一次线下会议 +Data日期：2025-03-13 +Time时间：9:00 - 17:30 +会议地点：江苏省苏州市虎丘区昆仑山路58号中国移动云能力中心A06-309会议室 + +Host 会议主持人：李永强 +Participants 与会人：陈棋徳、刘恺、马全一、高贵锦、曹志、唐葛亮、王经纬、王志钢、胡欣蔚、岳龙广、郑振宇、魏建刚、侯健、陈亚强、叶青龙、赵川峰、田俊、苏锦铃、谢秀奇、张名赫、李永乐、郭寒军、王磊、朱健伟、石勇、任慰、吴峰光、吕从庆、王建民 + +议题： +1、中移苏研领导致辞 9:00~9.05 5min 刘军卫 +2、中移苏研欧拉业务进展报告 9.05~9.15 10min 张胜举 +3、openEuler-Advisor使用介绍。需要tc委员准备好自己的电脑环境，会后希望大家例行用起来 09:15-09:45 胡欣蔚 +李永乐：第一个场景，从Gitee消息中心看当前任务很不方便，https://message-center.openeuler.org/是不是可以帮忙？@曹志 +--是，当前社区消息中心已经有消息汇聚和筛选功能；目前消息看上去还多，还需增强筛选能力，过滤有效信息； +期间提到GNOME不怎么回应。@郑振宇 运营工作组 + +4、 openEuler全年版本计划、需求规划介绍 09:45-10:25 40min 范佳臣/苏锦铃 + 结论: + 25年版本计划按照RM的定义正常开展； + 26.03 LTS版本选型与相关SIG讨论 + + 4.1 附带讨论openEuler Embedded的规划和需求 任慰 （5-10分钟） + * openEuler Embedded的调整即将结束，预计会有更多的力量参与 + * openEuler Embedded重点： +* 补课，夯实，抓细节，抓文档，抓新生力量培养 +* 适配epkg +* 国际化方面的举措： +* 和意法半导体的合作 +* ZVM upsteram +* 重点关注的场景 +* 智能驾驶 +* 具身智能 +* 民用航天 +Typo: 图中，25.03 LTS应该是24.03 + + +5、 多版本包支持讨论 10:25-11:00 35min 刘恺 +结论： +5.1 提交多版本支持的oEEP 刘恺 +5.2 提交OpenStack、ROS管理方案oEEP 湘江一桥 + +6、epkg新型包管理进展和讨论规划 11:00-11:30 30min 吴峰光 + 结论：加速epkg的开源和实际应用，按照下三个计划开展： + 1、线下会议申请议题创建epkg SIG + 2、ODD上宣传下，具体口径待讨论 + 3、与RM团队协商，嵌入式和devstation两个版本，目标是出个devstation的完整epkg preview版本 + +7、openEuler 25.09 & 26.03 system toolchain版本选型讨论 11:30-12:00 张玉珩 田俊 + 结论： + 1、编译器SIG提前进行GCC15O2V3的尝试，使用测试工程验证起来 6月中旬给出结论上TC介绍 + 2、编译器SIG拉通其他厂商进行联合评估 + +8、openEuler社区软件包质量现状及挑战 13:30-14:00 30min 曹志、郑振宇 + 建议：有些L4的软件包可以考虑降级或者删除 + +9、openEuler社区内核漏洞合作共建规划与进展 14:00-14:30 30min 谢秀奇 + 问题：流程修改后，收益预期如何？ + 流程目的是提升漏洞修复的效率，减少手工的分配，计划节省人力33% + 问题：未来对接的计划如何 + 未来计划会将此流程覆盖除内核以外的其他软件 + +10、openEuler社区基础设施进展与新服务介绍 14:30-15:00 30min 曹志 + 软件包更新不及时解决方案：自动感知+自动化升级辅助。当前失败率有点高，需要解决依赖关系问题 + 结论：近期优先解决成功率问题，聚焦语言包(python perl java)相应，与对应SIG组联合起来，根据软件类型分批优化软件自动升级的质量。 + EUR保存构建出来的结果，和eulermaker的定位不一样。 + To do：分析EulerMaker是否可以涵盖EUR的功能，从场景角度考虑。 + CVE漏洞看板已上线，可以支持CVE处理状态的跟踪 + 大文件上传服务已上线，希望更多使用；25.03版本会发布 + 社区问题讨论多使用论坛，减少VX或者公司内部群进行问题的讨论 + 1）Forum在菜单上找起来太难，需要优化 + 2）请大家多在论坛上交流 + 3）针对各种ID + 遗留问题：码云消息处理如何有效过滤 +11、openEuler CCA特性支持进展汇报 15:00-15:30 30min 侯明永、周广伟、朱健伟，赵帅 + 结论：按照计划进行CCA相应的开展 + +12、 推进 openEuler 滚动镜像开发的提议 15:30-16:00 30min 王经纬、王弈桥 + 重点是保证master分支使用最新版本的包可以持续滚动构建 + 结论： + 1、建议评估Master滚动还是单独拉一个滚动分支，哪种更好 + 2、确定一个 master 可滚动更新的最小集，在 EulerMaker 上建个工程来跑一段时间 + 3、在这个最小集范围内 master 分支响应如果有跟不上的，胡欣蔚和曹志商量怎么赋予权限（长期master的处理还是要自动化） + 4、后续拉分支要有基于特定commit id的能力（当前没有，不过应该不急）； + 5、工具链多版本的工作强相关，请刘恺关注 刘恺 + +13、 Kata-Containers 原生支持 openEuler 作为 Guest OS 16:00-16:30 30min 何若轻 + 结论： + 搜集欧拉社区对此功能有诉求的实际用户并进行盖章证明 马全一 + +14、 openEuler AI SIG 基于DS 的规划及进展介绍 16:30-17:00 30min 杜开田 + 按照节奏发布支持具体场景的镜像， + 遗留问题：在TC例会上对下面的3点进行实际demo + 1、兼容性易用性持续优化 + 2、如何利用CPU提升吞吐量 + 3、智能化应用方向 + +15、openEuler Developer Day 2025介绍及各领域出品人征集 17:00-17:30 30min 郑振宇 + ODD按照运营计划发布相关公众号进行宣传 + +16、openEuler Doc升级 17:30-18:00 30min 郑振宇 + 遗留问题：DOC网站人机交互系统是否可以做成问答方式的 + +17、前期SIG审视的遗留问题进行方案讲解闭环 18:00 - 18:30 +*、SIG组审视： kiran-desktop，Migration，Ostree-Assembly，cinnamon，mate汇报人：石勇（有时间就讨论） + + diff --git a/Meeting_Minutes/2025/20250326_minutes.md b/Meeting_Minutes/2025/20250326_minutes.md new file mode 100644 index 0000000..33fe23c --- /dev/null +++ b/Meeting_Minutes/2025/20250326_minutes.md @@ -0,0 +1,48 @@ +Date日期：2025-03-26 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接： https://meeting.huaweicloud.com:36443/#/j/966388767 +会议主持：陈茂冬 +下次主持：陈亚强 +与会人： 唐葛亮、石勇、吴峰光、岳龙广、王建民、胡峰、陈棋徳、陈茂冬、刘恺、吕从庆、胡欣蔚、杜开田、魏建刚、李永强、王经纬、朱健伟、田俊、高贵锦、赵川峰、任慰、叶青龙、陈亚强、马全一、谢秀奇 + +遗留问题跟踪： +1、码云针对大量消息通知的有效过滤能力处理方案 -----曹志 +进展：当前尝试消息过滤接入大模型，效果验证中，预计4月消息中心合并入个人中心后上线。 +2、AI sig针对AI场景的demo演示 ----杜开田 +------ AI demo演示将在ODD上进行展示，TC例会上不再另行演示 +3、DOC网站人机交互系统做成问答方式的可行性审视 ----郑振宇 +------正在规划方案，待初步方案定稿后在TC例会上单独申报议题讲解，本次TC例会上不跟踪 + +议题： +1、OSSEU 2025 CFP启动申报 汇报人：李明 +-----考虑联合CCF相关项目出海参加峰会，高校项目等可以以openEuler/CCF品牌名义参加，主动去联系讨论，会后对接联系 +-----唐葛亮联合linux kernel上游社区开发者参会，会后联系讨论 +-----社区合作伙伴选择独立申报议题&联系社区品牌委员会出海参展两种方式参与OSSEU + +2、社区master分支支持独立合入权限的方案； 汇报人：曹志 +-----针对branch-keeper的权限进行明确定义和扩展 +—— 建议生效范围在SIG范围内所有仓库，master分支—— 经纬 +会议结论：暂时不对master分支权限做调整，继承之前branch-keeper逻辑。 + +3、SIG组审视： kiran-desktop，Migration，Ostree-Assembly，cinnamon，mate 汇报人：石勇 +会议结论： +-----建议废弃sig-ostree-assembly，会后麒麟确认该sig下如那件包的使用情况，明确结论后走sig归档流程提交PR +-----针对sig-cinnamon，获取该sig维护的软件包清单，明确相关软件包的分配结论后，后续走sig归档流程提交PR + +4、epkg sig创建申请及后续规划 汇报人：吴峰光、段鹏杰 +会议结论： +-----同意成立epkg sig组（委员投票情况：22人通过，5人未参与投票，80%的委员同意建仓） +-----提建sig成立PR时添加成员刘恺、任蔚 +-----yaml构建脚本建议统一放入一个仓进行管理，防止增加sig对代码仓的维护成本，epkg sig内部考虑是否接纳 +-----epkg耦合关系不深的工具建议拆分多个软件仓进行管理，可以更加灵活地进行工具更新迭代，epkg sig内部考虑是否接纳 + +5、构建AI-software软件仓的提议 汇报人：吴峰光、杜开田 +会议结论 +1、同意创建ai 软件仓，名字为：contrib/ai +2、无必要不拉分支，同时尽量选择系统默认携带的软件包及版本。 +3、在多版本的支持上，与epkg 确认是否可以解决 +4、对于cuda /cann等硬件常见芯片使能部件，兼容性sig组 负责，CICD提供基本的构建能力支撑。 + +遗留问题： +1、Cuda、cann 等软件是否允许分发 diff --git a/Meeting_Minutes/2025/20250416_minutes.md b/Meeting_Minutes/2025/20250416_minutes.md new file mode 100644 index 0000000..a5b93f3 --- /dev/null +++ b/Meeting_Minutes/2025/20250416_minutes.md @@ -0,0 +1,25 @@ +Date日期：2025-04-16 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/982843143 +会议主持：陈亚强 +下次主持：杜开田 +与会人：王经纬、陈亚强、胡峰、陈正、刘恺、范佳臣、吕从庆、石勇、鲁卫军、胡欣蔚、王志钢、高贵锦、魏建刚、陈棋徳、曹志、李永强、唐葛亮、叶青龙、马全一、谢秀奇、田俊、 + +遗留问题： +1、Cuda、cann 等软件是否允许分发---杜开田 + +议题： +1、切换 rpm 的二进制荷载格式 -- Funda Wang +https://gitee.com/src-openeuler/openEuler-rpm-config/pulls/271 +当前只有 openEuler 和 OpenCloudOS 的rpm使用的是 xz 的 binary payload，其它主流发行版及 openAnolis 均使用的是 zstd 压缩方式，以期获得显著加快的安装速度。 +缺点：RHEL/CentOS7 自带的 rpm 4.11 不支持 zstd 压缩的 rpm 包，若切换则将完全抛弃与 RHEL/CentOS 7 的任何兼容性，用户无法自 CentOS7 通过 yum/dnf 的方式原地升级到切换后的系统。 +结论：以openEuler 25.03 为基础，进行不同构建参数的测试，争取下次TC例会之前提交报告。 + +2、申请创建openEuler/conda-ecopkgs仓库，用于管理支持openEuler的conda生态软件包 ---鲁卫军 +PR链接：https://gitee.com/openeuler/community/pulls/6366 +背景：当前openEuler官方生产并发布RPM软件包，可直接使用dnf install一键安装用户所需的软件包。但是在通算领域，如HPC场景，用户使用conda包管理器安装如生信/气象等特定任务的软件包成为一种主流的习惯。 +结论： +1、除了x86、aarch64以外，需要考虑risc-v，相关生态支持可与risc-v sig同步，在上游支持 +2、（长期建议）考虑在openEuler引入conda生态的软件包，以应对后续openEuler升级产生对conda生态不兼容的情况 +3、除代码仓外，在openEuler社区论坛开辟专题收集和讨论conda生态问题——done diff --git a/Meeting_Minutes/2025/20250430_minutes.md b/Meeting_Minutes/2025/20250430_minutes.md new file mode 100644 index 0000000..2c3792f --- /dev/null +++ b/Meeting_Minutes/2025/20250430_minutes.md @@ -0,0 +1,46 @@ +Date日期：2025-04-30 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/982843143 +会议主持：杜开田 +下次主持：高贵锦 +与会人(请与会人更新，会上确认)：王经纬、陈亚强、胡峰、陈正、刘恺、范佳臣、鲁卫军、胡欣蔚、王志钢、高贵锦、魏建刚、曹志、李永强、唐葛亮、马全一、谢秀奇、杜开田、陈茂冬、刘恺、侯健、胡峰、范佳臣、王建民、陈棋徳、田俊、 +请假：石勇，叶青龙 + +遗留问题： +1、Cuda、cann 等软件是否允许分发---杜开田 + 1.1 cann 相关软件已经在软件所发布，未明确规定分发协议，经过咨询昇腾相关同学，允许分发 + cuda ：驱动可以分发，参考 ：https://www.nvidia.cn/drivers/nvidia-license/ + cuda 部分可以分发，参考：https://docs.nvidia.com/cuda/eula/index.html + 参考： 2.3. 操作系统 +根据本协议，可以复制和重新分发专门用于 Linux 或 FreeBSD作系统或从这些作系统的源代码派生的其他作系统的 SDK 部分，以备使用，前提是不得以任何方式修改目标代码文件（解压缩文件除外）。 + 1.2 需要在分发的位置，引用官方申明，以及构建时关注具体的组件内容而定。 + +2、以openEuler 25.03 为基础，进行不同构建参数的测试，争取下次TC例会之前提交报告 Funda Wang + 测试过程：在 eulermaker 中创建单独的工程，以不同binary payload 参数（当前为w2.xz，与w19T0.zst）设置进行全量构建测试，未见对构建过程的明显差异。因为构建任务发起时，调度器会根据当前host的忙闲程度随机分配任务，不一定分配到上次构建的同一 host，所以比较构建不具有现实的比较意义。由于构建过程不包含软件包的安装过程，无法深入对比不同参数构建的包对安装速度的影响。 + + 结论：在创新版本 25.09 将压缩方案切换为zstd ，暂时不考虑纳入到LTS版本。 + +3、在openEuler社区论坛开辟专题收集和讨论conda生态问题 鲁卫军 + 已经在论坛开贴讨论：https://forum.openeuler.org/t/topic/7580 + +议题： +1. openEuler官方文档开发方案评审---汇报人：陈曾/吴冬儿 预计时长：20分钟 +背景：当前openEuler官方文档的开发过程和结果存在一些问题，比如内容更新不及时、不正确、不完整；部分文档开发责任主体不明确等。希望通过优化开发过程，提升文档开发的质量和效率。 + 结论： + 1、优先选择几个关键的SIG 组，优先在630版本进行尝试。 + 2、考虑doc 对外兼容的格式，能够被业界比较主流的文档工具识别，用于更广泛的场景。 + +2. openEuler 26年 LTS 内核选型 --- 汇报人： 谢秀奇 预计时长：10分钟 +背景：按照社区例行计划，26年应该发布26.03 LTS 版本，内核作为核心组件，需要提前确认版本。 + 结论：建议优先在社区先进行公示，待充分收集意见后，再上TC进行评审。 + +3 FalconFS 项目介绍 -- 汇报人：康俊彬 预计时长：15分钟 +背景：FalconFS 是针对 AI workload 优化的分布式文件系统，已提交建仓 PR。 + 结论：1、同意建仓，纳入sig-Long + 2、项目涉及的依赖，按照社区组件依赖规范进行处理。 + +遗留问题： + 1、如何提交二进制的流程，作为遗留问题跟踪。 + 2、sig 警示整理，需要在下次TC会议安排审视。 + diff --git a/Meeting_Minutes/2025/20250514_minutes.md b/Meeting_Minutes/2025/20250514_minutes.md new file mode 100644 index 0000000..5e6db97 --- /dev/null +++ b/Meeting_Minutes/2025/20250514_minutes.md @@ -0,0 +1,85 @@ +Date日期：2025-05-14 +Time时间：10:00-12:00 +会议纪要：https://etherpad.openeuler.org/p/TC-meetings +会议链接：https://meeting.huaweicloud.com:36443/#/j/960305747 +会议主持：高贵锦 +下次主持：胡欣蔚 +与会人：陈棋徳、高贵锦、杜开田、吴峰光、唐葛亮、任慰、田俊、魏建刚、胡峰、叶青龙、范佳臣、胡欣蔚、谢秀奇、吕从庆、陈茂冬、李永强、曹志、陈正、赵川峰、王麟、岳龙广、刘恺 + +遗留问题： +1、提交二进制的流程 --- 杜开田 + 与曹志、佳臣讨论， + + 方案一：重新建立一个组织 https://gitee.com/bin-openeuler + 1.1 仓库目录要求 + 1.1.1、二进制程序 + 1.1.2、三方官网下载地址 + 1.1.3、rpm/epkg spec 用于打包二进制 + 1.1.4、厂家免责条款、分发条款 + 1.1.5、readme + 1.2 门禁管理 + 1.2.1、病毒扫描 + 1.2.1、一致性检测 + 1.3 项目管理 + 1.3.1、交流区域，公布规范及要求，由TC 管理及批准。 + 方案二：复用src-openEuler ,https://gitee.com/src-openeuler + 1.1 仓库目录要求 + 1.1.1、二进制程序 + 1.1.2、三方官网下载地址 + 1.1.3、rpm/epkg spec 用于打包二进制 + 1.1.4、厂家免责条款、分发条款 + 1.1.5、readme + 1.2 门禁管理 + 1.2.1 区分二进制 新增条款检测能力。 + 1.2.2、病毒扫描 + 1.2.3、一致性检测 + 1.3 成立二进制引入管理SIG组，负责对二进制的规范制定，由TC 批准。 +结论：oEEP定义详细细节草案 -- 杜开田/吴峰光 + +议题： +1、基于鲲鹏处理器的同态加密加速库 ---- 汇报人：杨一帆/彭惠康/吴健 +背景：本项目为基于鲲鹏处理器的FHE加速计算系统，旨在面向鲲鹏处理器平台研发高性能的全同态加密算法库。本项目前期已和华为《基于鲲鹏处理器的同态加密加速库》项目合作完成，最后项目负责人计划将项目以高校单位牵头进行开源 +结论：同意接纳。明确承载SIG，以及后续应用场景。 + +2、630新增发布高性能内核，支撑客户体验尝鲜 ---- 汇报人：赵立昌/李彦成/余诗/刘钟英（本次取消） +背景：基于EulerMaker+EulerPipeline构建了包含内核反馈优化及其他调优特性的高性能内核版本，提升特定应用的性能，支撑客户体验尝鲜。 + +3、SIG运作审视 ---- 李永强/吕从庆/王志钢/谢秀奇/赵川峰 + +李永强： +共同问题：空仓问题 +AI： 加强规划，不活跃maintainer建议更换 +bigdata：不活跃maintainer建议更换 +intelligence: 加强规划，不活跃maintainer数量较多，sig例会频次低 +CICD：不活跃maintainer建议更换，加强例会开展 +工控：不活跃maintainer数量较多，投入不足，近期SIG活跃度不足，与Embedded SIG分工定位有重叠，建议合并 +QA：不活跃maintainer数量较多，maintainer数量建议调整，增强PR审视和处理 + +吕从庆： +DDE：增加与其他SIG互动，避免因其他软件更新导致构建失败 +IDE：无固定例会，建议更换不活跃maintainer +desktop：无固定例会，无规划，引入新成员提高活跃度，开展例会 +eBPF：整体活跃度搞，四位maintainer近一年无贡献，建议优化无投入maintainer +OceanBase：建议OceanBase同步更新到24.03 SP版本 + +王志钢： +Virt：因工作变动原因部门maintainer需要退出 +AccLib：开发活动较少，增强运作 +Backup：整个sig不活跃，无活跃代码仓，建议和eBackup合并或删除 +DPU：不活跃maintainer较多，梳理不活跃maintainer和空仓，增强运作 +Edge：无贡献maintainer较多，整体不活跃近期无代码活动，审视是否和Embedded合并 +FangTian: 近一年无代码提交，跟进sig计划 +openstack：不活跃maintainer梳理，加强规划 +OSCourse：不活跃maintainer建议退出，加强规划和活跃度 + +谢秀奇： +kernel：运作正常，活跃度高，maintainer参与多，issue/PR pending较多（重点改进） +power-efficient：开发活动正常，有不活跃maintainer +storage：有不活跃maintainer，例行包维护为主 +Arm：本身没有承载开发活动，以交流为主，运作正常 +Runtime：maintainer需要更新，改进例会，培养committer提升为maintainer +LoongArch：无仓库和开发活动，和maintainer确认sig定位 + +赵川峰： +会议冲突，申请下次分享审视结果 + -- Gitee