November 2020 - Dev - mailweb.openeuler.org

【Meeting Notice】sig-raspberrypi regular meeting Time: 2020-12-01 15:00-15:30
by 方亚芬 11 Dec '20

11 Dec '20

6 7

会议纪要 // 回复：[Community] sig-ai-bigdata regular meeting
by Hubble_Zhu 30 Nov '20

30 Nov '20

与会人：sinever，myeuler，hubble_zhu，hao，hanendong，haowenchao，wangli 感谢大家的参与！会议纪要：议题一：sig成员前期进展 1. zepplin已本地构建ok，待解决门禁工程问题后合入 ——hao 2. spark已本地构建ok，待解决门禁工程问题后合入   ——hubble_zhu 3. hadoop, hbase, hive, flink已构建ok，待提交PR  ——hubble_zhu 议题二：fedora bigdata-sig 运作经验分享 fedora bigdata-sig从2013/10/31~2014/9/11运作共约1年的时候，共举行16次sig例会。目前已停止运作多年，原因是fedora软件包构建需要满足自构建的要求，这就要求像hadoop，spark，flink等软件构建需要的jar包依赖都集成在fedora上，数量较多，维护成本很大。fedora bigdata-sig尝试过和hadoop，spark等上游社区交流，上游社区会将所有jar依赖集成在CI环境中，不建议os以源码自构建的方式对这些软件包打包。议题三：下一步计划与分工 1. 建议后续门禁问题可以直接找George.cao帮忙看下，包括zeppelin，spark等软件包的门禁 ——all 2. 和CI-sig多交流，讨论大数据平台是否能解决CI-sig的一些痛点 ——sinever，hubble_zhu，George.cao 3. 在将zeppelin推上openEuler后，可以分享下如何在openEuler上做zeppelin开发的，以帖子和直播的形式 ——hao，sinever 4. 将sig现有issue进行分工，协调大家及时处理 ——sinever 5. 对已经推上openEuler的软件包，验证功能是否ok ——all 6. 建议考虑支持使用docker image的方式打包大数据组件 ——hao 议题四：其他 1. openEuler将于12/24~12/25在北京举行summit，欢迎大家参与    请sinever帮忙确认下是否能线上参与，感谢 ——sinever 2. 建议修改sig readme的形式。重新整理下sig介绍，进展等信息，方便查阅 ——hubble_zhu 3. 建议和社区讨论下sig信息是否能以wiki的方式，更方便sig介绍，进展等信息的展示 ——sinever ------------------ 原始邮件 ------------------ 发件人: "openEuler conference" <public(a)openeuler.io>gt;; 发送时间: 2020年11月24日(星期二) 中午11:33 收件人: "sig-ai-bigdata"<sig-ai-bigdata(a)openeuler.org>gt;;"dev"<dev(a)openeuler.org>gt;;"tc"<tc(a)openeuler.org>gt;; 主题: [Community] sig-ai-bigdata regular meeting 您好！ openEuler sig-ai-bigdata SIG 邀请您参加 2020-11-27 19:00 召开的ZOOM会议会议主题：sig-ai-bigdata regular meeting 会议内容：1、sig成员前期工作审视 2、下一步工作计划与分工会议链接：https://zoom.us/j/94917076776?pwd=WFpGaCtYelUyWVpXdGRmUitmMTg2UT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-ai-bigdata SIG invites you to attend the ZOOM conference will be held at 2020-11-27 19:00, The subject of the conference is sig-ai-bigdata regular meeting, Summary: 1、sig成员前期工作审视 2、下一步工作计划与分工 You can join the meeting at https://zoom.us/j/94917076776?pwd=WFpGaCtYelUyWVpXdGRmUitmMTg2UT09. More information

1 0

Re: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces@openeuler.org代发】
by chenyaqiang 30 Nov '20

30 Nov '20

@晨博and All 感谢您这边反馈针对创新版本和LTS版本间new feature的backport诉求，这些topic也欢迎大家邮件/例会中一起参与讨论； 1、 openEuler各个版本的new feature需求收集和集成，一般会在release sig 例会和repo仓库下例行更新的在版本需求收集阶段，都会在社区发起需求收集和讨论，大家可以根据版本计划来提需求、推需求等； https://gitee.com/openeuler/release-management/blob/master/openEuler-20.03-… https://gitee.com/openeuler/release-management/blob/master/openEuler-20.09/… https://gitee.com/openeuler/release-management/blob/master/openEuler-21.03/… 2、 openEler 各个LTS及其生命周期内SP版本中对于创新版本的new feature/软件包组件的回合策略/计划，这块策略上首先是和大家再同步下openEuler社区LTS和创新版本的定位； openEuler创新版本是一个快速迭代、开放包容的开发环境，社区既有各个OSV、ISV和大牛contributors、也有很多Linux新手，对命令行没有太多经验的人，或只是想试用下的参与者对于社区的PR贡献，这个版本更多的是丰富openEuler社区软件包生态、提供最新技术尝鲜功能，这个版本和LTS版本的质量标准是不同的。 openEuler LTS版本作为长期支持维护的社区版本，是需要提供给社区使用者、OSV、ISV、HSV等所有希望稳定且长期维护的版本，旨在满足使用者的业务需求和关注点。LTS版本提供4年的生命周期支持（而不是Fedora的6个月的支持）；所以在两个版本间的新组件backport集成上会有不同，且release sig侧基于版本交付质量的维度上，也会从下面几个维度来评审，同步会在sig例会和社区版本plan中发起讨论 a) 创新版本中new feature/新软件包引入，社区该feature的技术构建成熟度，以及是否满足LTS版本集成发布所要求的质量标准； b) 该组件同时也需要基于openEuler社区软件包选型/维护规范，同时有稳定高质量的维护owner等； ----------- BR 陈亚强 From: myeuler [mailto:myeuler@163.com] Sent: Monday, November 30, 2020 4:20 PM To: 潘晨博 <panchenbo(a)uniontech.com> Cc: Huxinwei <huxinwei(a)huawei.com>; tc(a)openeuler.org Subject: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg 我之前多次讲过，大家一定需要多和release-management SIG进行沟通，release SIG是协同大家一起往前走的SIG，可以说是我们整个SIG组织中最重要的SIG，没有之一。请各个OSV, ISV一定要派人参加release SIG的例会，这类问题需要及时反馈给该SIG。后续TC也会保证release SIG的人要出席TC例会，保证和大家的沟通。对于该问题，请晨博file一个issue到release SIG的repo下面。谢谢在 2020-11-30 16:14:19，"潘晨博" <panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>> 写道： Dear TC：各位委员，openeuler创新版本新特性往LTS版本合入有没有详细计划，麻烦讨论下是否在某个地方存放1张具体计划图，以保证跟着LTS主线走的OSV厂商也能去推广这些新特性，包括且不限于atune，secGear，iSula，startovirt，以及新引入的一些生态兼容包（大数据，人工智能等等） From: "Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>>" To: "tc(a)openeuler.org <tc(a)openeuler.org><mailto:tc@openeuler.org%20%3ctc@openeuler.org%3e>" CC: "Xiongwei (William, Euler) <xiongwei888(a)huawei.com<mailto:xiongwei888@huawei.com>>","Xiexiuqi <xiexiuqi(a)huawei.com<mailto:xiexiuqi@huawei.com>>","Guohanjun (Hanjun Guo) <guohanjun(a)huawei.com<mailto:guohanjun@huawei.com>>","Zhanghailiang <zhang.zhanghailiang(a)huawei.com<mailto:zhang.zhanghailiang@huawei.com>>","Wangxun (Dream) <dream.wangxun(a)huawei.com<mailto:dream.wangxun@huawei.com>>","Xiehong (Cynthia) <xiehong(a)huawei.com<mailto:xiehong@huawei.com>>" Sent: 2020-11-30 09:06 Subject: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces(a)openeuler.xn--org-003br75nmgg<mailto:邮件由tc-bounces@openeuler.org代发】> 各位好，预计本周三的 TC 例行会议，欢迎大家申报议题。谢谢 From: openEuler conference [mailto:public@openeuler.io] Sent: Monday, November 30, 2020 9:05 AM To: tc(a)openeuler.org<mailto:tc@openeuler.org>; Huxinwei <huxinwei(a)huawei.com<mailto:huxinwei@huawei.com>> Subject: 12月2日 TC例行会议您好！ openEuler TC SIG 邀请您参加 2020-12-02 10:00 召开的ZOOM会议会议主题：12月2日 TC例行会议会议内容：TC双周例行会议会议链接：https://zoom.us/j/95909896918?pwd=SFp0Mk5jSjRFalBlWSt0R3krekEwUT09 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler TC SIG invites you to attend the ZOOM conference will be held at 2020-12-02 10:00, The subject of the conference is 12月2日 TC例行会议, Summary: TC双周例行会议 You can join the meeting at https://zoom.us/j/95909896918?pwd=SFp0Mk5jSjRFalBlWSt0R3krekEwUT09. More information<https://openeuler.org/zh/> _______________________________________________ Tc mailing list -- tc(a)openeuler.org<mailto:tc@openeuler.org> To unsubscribe send an email to tc-leave(a)openeuler.org<mailto:tc-leave@openeuler.org>

1 0

Re: [Tc] Re: 12月2日 TC例行会议【请注意，邮件由tc-bounces@openeuler.org代发】
by 潘晨博 30 Nov '20

30 Nov '20

2 1

openEuler Summit 社区内报名通道开启，欢迎报名，诚挚的欢迎您为 openEuler 代言
by public＠openeuler.io 30 Nov '20

30 Nov '20

亲爱的 openEuler 社区开发者： openEuler Summit 是由 openEuler 社区举办的开发者交流会，首届线下 openEuler Summit 2020 将于 12 月 24-25 日在北京・望京凯悦酒店举办。openEuler 是一个面向未来的开源操作系统，依托于最具活力的 openEuler 社区，它的未来将不止于操作系统！ openEuler Summit 2020 将聚焦于软硬件协同、云边端协同的技术趋势，万物互联的多算力场景，挖掘技术创新与社区生态的价值。开发者、用户、社区贡献者、软件爱好者在 openEuler Summit 上汇聚成海，连接行业上下游，让全产业链共享操作系统创新价值。目前各大 Session 议题已经评审完毕，今日将会上线部分议程，大会报名通道开启，TC、Maintainer、SIG 工作组会议也在有条不紊地推进中。我们也将持续向大家同步会议进程，以便于社区成员了解 openEuler Summit 最新进展。 openEuler Summit 社区内开发者报名专属通道：https://etherpad.openeuler.org/p/openEuler-Summit-2020 在 openEuler 一周年之际，大会准备了一个 100个社区开发者为openEuler 代言的视频，诚挚地邀请您按照下方的要求拍摄一段视频，将 openEuler 操作系统推荐给更多的人。拍摄需求：自拍形式，对着镜头回答以下问题： 1. 我想要的操作系统是****的， 2. 我在**时候参与/认识/加入/知道的openEuler（社区） 3. 我在openEuler贡献了**** 4. 我是***，我为openEuler代言使用场景：您拍摄的视频素材将用于 openEuler Summit 2020 前期的会议宣传和开场视频中。拍摄指导： 1. 背景任您喜欢 2. 人物面对镜头，取半身构图，横向拍摄16:9 的画面比例 3. 最好选择白炽灯，白色光源 4. 尽量由另一个人辅助，用手机后置摄像头拍摄，不要用前置，拍摄前擦拭摄像头 5. 读口播时，声音越大越好 6. 尽量保证每一句话都是完整通顺的，中间重来的部分可以忽略 7. 视频输出，用电脑将手机视频导出，打压缩包传输即可（不要用微信上传，会压缩画质） 8. 拍摄完毕后请将视频上传到百度网盘，将分享链接期限设置为永久，然后发给 public(a)openeuler.io 9. 样片在附件，请您参考

1 0

sig-RaspberryPi例会
by openEuler conference 30 Nov '20

30 Nov '20

1 0

openeuler安全委员会例会
by openEuler conference 30 Nov '20

30 Nov '20

1 0

《openEuler 补丁管理规范》意见收集，欢迎大家参与评论
by Licihua 30 Nov '20

30 Nov '20

Hi，大家好，为了降低openEuler 社区补丁维护成本，支撑社区自动升级工具运行，特拟定了openEuler 社区补丁管理草稿，欢迎大家参与评率原文Issue链接： https://gitee.com/openeuler/community/issues/I27H0Z?from=project-issue 以下为正文内容：范围: 适用于openEuler 维护的src-openEuler 项目下开源软件仓库中的补丁。用词约定：规则：必须遵守的约定建议：需要加以考虑的约定 1 目的为了降低openEuler 社区开源软件补丁维护成本，根据开源社区对补丁应用惯例，制定如下规则。 2 补丁定义从开源软件补丁来源，补丁可分为以下2类：补丁来源定义自研补丁基于开源软件构筑差异化竞争力或修复开源软件社区未提供修复方案的缺陷，由openEuler社区自研开发且未被上游社区接纳的补丁。社区补丁开源软件社区提供用于特性增强/缺陷修复的补丁、对社区补丁进行适配的补丁、被社区接纳的openEuler社区自研补丁。从开源软件补丁用途，补丁可分为以下4类：补丁用途定义 Bugfix补丁解决开源软件缺陷的补丁 Feature补丁基于开源软件进行特性增强的补丁 CVE补丁解决开源软件安全漏洞的补丁 3 补丁划分 3.1 【规则】禁止一个补丁解决多个问题/需求为了确保问题/需求对应的合入可追溯，禁止一个补丁解决多个问题/需求。 3.2 【建议】遵守“一个或多个补丁解决一个问题/需求”原则 1、优先使用一个补丁解决一个问题； 4 补丁命名 4.1 【规则】补丁文件名由前缀、名字主体和补丁后缀组成，补丁名中单词间通过”-”相连 1、**补丁文件名前缀：**标识补丁来源，具体见下表。补丁文件名前缀适用范围无自研补丁。 backport- 上游开源社区补丁。 backport-[cve-name]- 上游开源社区的CVE补丁。 2、**名字主体：**名字主体应能体现该补丁解决的问题或新增的需求，通常与第6章节描述信息中的主题保持一致。从上游社区backport的补丁，优先使用git-format-patch 命令生成，主体名称为git commit message 中标题内容。 3、**补丁后缀：**后缀固定为“.patch”。样例：示例类别补丁文件名自研补丁 net-hinic-Add-NIC-Layer.patch 社区补丁 backport-nvme-rdma-fix-timeout-handler.patch CVE补丁 backport-CVE-2017-17806-crypto-hmac-require-that-the-underlying-hash-algorit.patch 5 补丁存放 5.1 【规则】补丁文件放置目录：对于spec管理的补丁，将补丁放置在源码压缩包的同级目录下 1、对使用spec管理的补丁，所有补丁放置在源码压缩包所在目录中。 2、对于spec管理的补丁，在spec文件中通过序号指定补丁打入顺序。 6 补丁应用顺序 6.1 【规则】补丁应用顺序按照先打上游社区补丁、再打openEuler 社区自研补丁根据经验，大部分软件包自研补丁数量远小于开源补丁，为了减少对开源源补丁适配工作量，建议先打开源补丁，再打自研补丁。 6 补丁辅助信息补丁辅助信息用于对补丁进行说明，主要包含：补丁描述信息、补丁标签、补丁修改记录等。 1、补丁描述信息补丁描述信息是对代码的合入原因、方案及影响等进行有效描述，目的是让阅读者快速理解该补丁，主要包括以下几方面。描述类别含义主题补丁主题：一句话描述补丁功能背景提交该补丁的原因问题现象问题发生时的直观现象复现条件问题复现需要执行的具体操作根因分析导致问题的根本原因实现方案解决问题或实现新特性的具体方案补丁来源地址该补丁的社区链接地址 2、补丁标签补丁标签对不同贡献者进行标识，包括：补丁开发/合入者、补丁对应的问题发现者、补丁检视者、补丁验证者和补丁建议者，具体如下表所示。标签含义 Fixes: 当前补丁所要修复的补丁信息格式：Fixes: (“commit-subject”) Signed-off-by: 开发者和committers签名 Reported-by: 问题发现者签名：包括发现错误的人或者自动化扫描工具 Reviewed-by: 检视人签名 Tested-by: 测试人签名 Suggested-by: 补丁建议者签名 3、补丁修改记录补丁被检视后，需要对检视意见进行修改，补丁修改记录是对每次检视后所做修改的描述。以上信息应尽量填写完整，以便其他人员只通过查看补丁信息就能了解整个补丁的情况，但不对所有信息做强制要求，以下针对每类补丁有具体的要求。 6.1 自研补丁对于自研补丁，只对补丁描述信息做明确要求，补丁标签和补丁修改记录可以通过代码提交系统承载。 6.1.1 【规则】自研补丁描述信息须包含两个信息：主题和背景。自研补丁的描述信息须包含主题和背景，其他描述信息可由Issue单承载。 6.2 开源社区补丁开源社区补丁一般通过邮件承载，信息承载较零散，应在补丁中把各种信息尽量描述清楚。 6.2.1 【建议】补丁描述信息：每一个补丁都要有描述信息，包括：主题、背景、问题现象、复现条件、根因分析、解决方法和补丁影响不同类别补丁的描述信息有不同的要求，以下列出不同类别应包含的描述信息：补丁类别应包含的描述信息 Bugfix补丁主题、问题现象、复现条件、根因分析、实现方案 Feature补丁主题、背景、实现方案 CVE补丁主题、CVE名字、问题现象、复现条件、根因分析、实现方案 6.2.2 【规则】补丁标签：开源社区补丁必须对不同贡献者通过不同标签进行区别为了保证补丁版权信息的完整性，补丁中需要增加所有贡献者的签名信息。 6.2.3 【建议】补丁修改记录：经过多次修改的补丁建议添加每一次修改所做出的变化补丁在修改后，建议添加此次补丁相比上次补丁所做的修改说明，最近一次修改说明放在最上方。添加修改说明的位置通常在签名等标签后，写明修改原因、作者、日期等信息。 6.2.3 【规则】在补丁回合MR提交信息中，补齐补丁名称和commit链接地址（中间可以通过空格或者冒号隔开） MR 中描述解决的问题，并且填写补丁的commit 链接地址，方便代码检视 6.2.4 【建议】开源软件补丁头必须保持和上游社区一致，若补丁需要适配，不允许修改补丁头，且需要在补丁头Subject字段对适配情况做简要说明如果对上游backport 的补丁做了适配，建议在Subject 后面增加适配内容的简要描述。 6.3 【规则】软件版升级时需要重新审视已有补丁如果补丁解决的问题在高版本已经合入，补丁可以删除，否则需要判断是否继承。待继承的补丁需要找到补丁解决的原始问题然后重新适配。尤其要避免从上游新版本适配回来的补丁对低版本做了适配裁剪，升级高版本时补丁可以打上但是修改不全的问题。 6.4 【规则】自研补丁被社区接纳后，须使用被社区接纳的补丁替换 openEuler自研补丁要尽量贡献到上游社区，推送到社区时，补丁辅助信息应遵从6.2章节，社区接纳后，须使用被社区接纳的补丁替换，包括补丁文件名和辅助信息等，以保持与社区一致。 7 相关文件&参考资料 [1] Linux文档：https://github.com/torvalds/linux/blob/master/Documentation/process… 李次华欧拉部-2012 实验室华为技术有限公司 Tel : +86 15158056404 Email : licihua(a)huawei.com [cid:image001.png@01D6C727.1050A1A0] 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!

1 0

openeuler奖励计划发布内容评审
by openEuler conference 30 Nov '20

30 Nov '20

1 0

sig-Kubernetes 工作例会
by pengfeizhou＠yunify.com 30 Nov '20

30 Nov '20

您好！ openEuler sig-Kubernetes SIG 邀请您参加 2020-11-30 16:00 召开的 ZOOM 会议会议主题：sig-Kubernetes 工作例会会议链接：https://us02web.zoom.us/j/88206728352?pwd=NmRnSFF3ZUdwRi9ZQXlmUUdhQXp5dz09 会议号：882 0672 8352 密码：openeuler （由于我们缺少 openEuler 会议小程序预定权限，此次会议还未在小程序预定）会议大纲： • openEuler Summit 展台计划展示的 Demo 交流与确认 • SIG 当前适配与对接 openEuler 的工作进展讨论 • SIG 相关 issue 讨论： 1. 使用 kubekey 在openEuler 20.03 LTS 部署 Kubernetes+kubesphere，不支持 k8s-1.18.6： https://gitee.com/openeuler/kubekey/issues/I24INZ#note_3704610 2. iSula 2.0.5 对接 K8s，calico-node 无法启动：https://gitee.com/openeuler/iSulad/issues/I26JLU?from=project-issue 3. kata-runtime 适配 Stratovirt ，修改错误提示错误：https://gitee.com/src-openeuler/kata-runtime/issues/I25MHG 4. iSula 无法导出镜像打包成文件： https://gitee.com/openeuler/iSulad/issues/I272IX?from=project-issue 5. Kubekey 迁移到 src-openEuler 组织下：https://gitee.com/openeuler/kubekey/issues/I271P6 https://gitee.com/oschina/git-osc/issues/I274OF 更多资讯尽在：https://openeuler.org/zh/ _______________________________________________ Dev mailing list -- dev(a)openeuler.org To unsubscribe send an email to dev-leave(a)openeuler.org

1 0

2024

2023

2022

2021

2020

2019

Dev November 2020