- Tc - mailweb.openeuler.org

[新SIG提案]新增sig-REDF提案申请
by Yangjuntao (Tao, DSCP) 13 May '20

13 May '20

[New SIG proposal] The newly added sig-REDF and Reliable Enterprise Data Fabric (REDF) are features for building a reliable enterprise data transmission network. According to the feature plan, the enhanced device and link management of NVMe over fabric is supported at present, and other features will be continuously iterated in the future. This feature is relatively independent. Therefore, you need to apply for the sig-REDF group to facilitate current project management and long-term evolution monitoring. [新SIG提案]新增sig-REDF，REDF（Reliable Enterprise Data Fabric）是一个构筑可靠企业数据传输网络的特性，根据特性规划，现阶段支持nvme over fabric的增强设备管理和链路管理，以及后续其他特性的持续迭代。由于该特性相对独立，申请sig-REDF群组，以便于对当前项目管理和长期演进看护。 PR： https://gitee.com/openeuler/community/pulls/460 [cid:image001.png@01D6292C.0438CEE0] 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 sig-ai-bigdata第三次例会会议纪要
by 正心 13 May '20

13 May '20

会议时间：2020.05.12 17:30 - 19:00 会议人员：Fred_Li 、cynthia_xh、chxssg、sinever、hubble_zhu、njlzk、zhangrui、xiaoweiwei 会议结论：按照议题：议题一：sig-ai-bigdata前期工作审视与总结 1.完成ai应用视角和系统视角软件栈整理初稿； 2.完成ai领域典型框架tensorflow/caffe在openeuler依赖梳理； 3.完成cml领域典型库libsvm依赖梳理； 4.完成bigdata领域典型应用jupyter依赖梳理； 5.完成引入openeuler支持ai、bigdata技术栈依赖包；议题二：sig-ai-bigdata后期工作内容和方法讨论 1.后续需要继续整理bigdata、ai领域系统视角软件栈，形成全景图； 2.后续从使用角度提供常用软件的常规基本运行能力，如tensorflow/caffe/jupyter/pytorch/hadoop/spark等，提供通常安装方法，如pip、jvm等； 3.对于高性能模式从底层开始逐渐向上支持，如tensorflow支持onednn/cuda/opencl/opencv等； 4.后面引入软件包时先整理使用方法、编译方法、软件架构、依赖关系形成readme，再引入到openeuler；议题三：sig-ai-bigdata后期工作任务分配 1.ai领域软件栈整理，责任人sinever 2.bigdata领域软件栈整理，责任人hubble_zhu、sinever 3.caffe使用方法、软件架构、编译方法、依赖关系整理，责任人njlzk 4.jupyter使用方法、软件架构、编译方法、依赖关系整理，责任人zhangrui 5.hadoop/spark/libsvm使用方法、软件架构、编译方法、依赖关系整理，hubble_zhu 6.其他人任务后续线下视情况再安排；其他： 1.openeuler后续会支持图形界面，因此一些有图形界面的软件也是很需要的； 2.后续例会尽量公开，方面感兴趣的人自行加入，sig-ai-bigdata邮件组建立前可以先使用dev(a)openeuler.com; 3.确认nvidia的相关库是否开源，责任人sinever； 4.后面从x86_64的应用迁移到aarch64可以考虑使用迁移工具； 5.需要整理出sig的roadmap，责任人sinever；

1 0

Roadmap of GCC & OpenJDK in openEuler
by guoge (A) 12 May '20

12 May '20

Hi, tc-team Please review this roadmap of GCC & OpenJDK, two of most important compilers in OS, any questions are welcomed. GCC: The currently supported gcc version is 7.3, it will be upgraded soon, and there will only be ONE existing repo of GCC, the Compiler SIG has prepared well for the next coming gcc 9.3, and it will the candidate(depends on the compatibility & performance between gcc 9.3 and 10.x) default C/C++ compiler in 20.09 LTS. The Compiler SIG has also started the work of gcc 10.1, GNU has released gcc 10.1 on May 7th. OpenJDK: We will support 3 versions of JDK in openEuler，8/LTS/latest，they are all essential components of a commercial OS. 8: Still the most popular adoption of JDK, about over 50% of applications still run on JDK 8[1]. LTS(11): newest version of LTS but incompatible with JDK 8, supporting modularity/AOT/ZGC/stream enhancement/more efficient G1GC/…, we hope developers migrate their code to Java 11 ASAP. Latest(14): OpenJDK is bootstrap but only supports version n-1, which means you can only compile JDK 14 with JDK 13, JDK 15 with JDK 14, and so on, so the latest release of JDK is needed if we want to support the next LTS(17). We have supported OpenJDK 8 & 11 now, they will be updated quarterly to get critical patch update. The next step is to support the latest version of OpenJDK(14), which is under development. [1] https://www.infoq.cn/article/2HFbAm4fDoK6meJfbKW8

1 0

关于新增sig-arm-native的申请
by wufangyao 12 May '20

12 May '20

Hi,openEuler-TC: arm-native是基于开源安卓模拟器(qemu)或开源安卓容器(Anbox)构建中间层. 它使得Android App 能运行于Linux之上为了进一步丰富openEuler的生态圈，也为了openEuler的各个发行版能更好地支持arm-native 建议成立sig-arm-native SIG名称 sig-arm-native SIG组工作目标和范围 - 编译构建openEuler基于开源安卓模拟器(QEMU)和安卓容器(Anbox)的ARM Native运行版本 - 使能ARM Native场景下相关外设功能（音频、视频、GPU渲染等） - 及时响应用户反馈，解决相关问题申请创建SIG的PR是 https://gitee.com/openeuler/community/pulls/452

1 0

FW: openEuler TC Regular Meeting Time: 2020-05-13 10:00-13:00
by Meeting_Book 12 May '20

12 May '20

Hi all, 下一次TC会议预期在本周三上午10点召开，依然使用zoom作为会议系统。目前本次会议有两个议题： 1. Sig-ceph成立的讨论 2. openEuler LTS 20.03软件包更新讨论议题1请池同学引导。议题2请熊博引导。其他议题请大家邮件反馈。谢谢。 Topic [WeLink Meeting] openEuler TC Regular Meeting Time 2020-05-13 10:00-13:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90a41b71a75a13017202949a0…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=767284129&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/767284129> Meeting ID 767 284 129 注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.)

4 3

答复: openEuler TC Regular Meeting Time: 2020-05-13 10:00-13:00
by zhujianwei (C) 12 May '20

12 May '20

Hi TC Member, 请增加一个议题，内容： 1、在sig-securityty-facility新增digest list tools repo用于支持IMA的应用场景 2、讨论openssl新建分支增强现有密码算法的应用场景发件人: Quanyi Ma via Tc [mailto:tc@openeuler.org] 发送时间: 2020年5月11日 15:47 收件人: tc(a)openeuler.org 主题: [Tc] Re: FW: openEuler TC Regular Meeting Time: 2020-05-13 10:00-13:00 Hi TC Member, 请增加一个议题，内容中科院软件所和 openEuler 社区合办的暑期 2020 活动。 Best regards, On Mon, May 11, 2020 at 3:16 PM Meeting_Book via Tc <tc(a)openeuler.org<mailto:tc@openeuler.org>> wrote: Hi all, 下一次TC会议预期在本周三上午10点召开，依然使用zoom作为会议系统。目前本次会议有两个议题： 1. Sig-ceph成立的讨论 2. openEuler LTS 20.03软件包更新讨论议题1请池同学引导。议题2请熊博引导。其他议题请大家邮件反馈。谢谢。 Topic [WeLink Meeting] openEuler TC Regular Meeting Time 2020-05-13 10:00-13:00 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90a41b71a75a13017202949a0…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=767284129&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/767284129> Meeting ID 767 284 129 注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) _______________________________________________ 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> -- Eli Ma <eli(a)patch.sh<mailto:eli@patch.sh>>

1 0

【Meeting Notice】openEuler TC Regular Meeting Time: 2020-05-13 10:00-13:00
by Meeting Book 11 May '20

11 May '20

1 0

sig的文档协作方式 --from sig-ai-bigdata
by 正心 11 May '20

11 May '20

各位技术爱好者、专家们，从sig-ai-bigdata运作看，我们缺少一个文档协作工具，我想其他sig应该也有。比如我们前面会议的一些会议记录，会议材料，大家对特定技术的分析文档或者对领域和行业的洞察材料等。我看tc直接把会议材料放到了代码的meeting目录。但是还有很多word、ppt等不适合放，而且还需要大家共同频繁编辑。以前我参加其他社区有用Google doc的，类似office365，可以直接多人同时在线编辑，也方便分享，很方便，腾讯也有类似产品，但这个显然不适合咱们。所以，关于文档协作大家有什么建议吗，还是各个sig自己想办法。祝 0 warning 0 error。 | | 正心 | | 邮箱：sinever(a)126.com | 签名由网易邮箱大师定制

3 2

[讨论]变更当前的SIG申请和repository申请流程
by Huxinwei 11 May '20

11 May '20

大家好：我想在这里发起下“关于TC管理SIG和repository申请流程”的讨论。 [背景] 当前申请新sig时需要在sig目录中创建一个新的子目录，并且在sigs.yaml中增加相应项。而申请新repo时，需要在src-openeuler.yaml, openEuler.yaml以及sigs.yaml增加相应项。由于新增时习惯性会在yaml文件最底部添加，在变更频繁时冲突非常激烈。我们注意到有些PR就是因为这个原因，反复修改来解决冲突，体验非常不好。但，我们也不能简单的对上述文件做拆分，因为gitee提供的机制只能对有限个文件的变化做监控。如果随意拆分，会导致当前社区自动化流程失灵。 [解决方案建议] 1. 保留repositories/src-openeuler.yaml, repositories/openEuler.yaml以及sig/sigs.yaml这三个文件，但是不再接纳TC团队之外发起的任何提交。 2. 将当前repositories/src-openeuler.yaml的内容按首字母拆分到repositories/src-openeuler/$initial_character/$repo_name.yaml中。首字母不区分大小写。 3. 将当前repositories/openeuler.yaml的内容按首字母拆分到repositories/openeuler/$initial_character/$repo_name.yaml中。首字母不区分大小写。 4. 将当前sig/sigs.yaml的内容，按所属SIG，拆分到sig/$sig_name/repositories.yaml中。 5. 新申请SIG时，只需要需要创建相应的SIG目录，填写OWNER，与 repositories.yaml 6. 新增repo时，需要在repositories中相应目录下创建$repo_name.yaml，并在sig/$sig_name/repositories.yaml中新增对应项。 7. 当这些PR被approve之后，TC运行脚本来整合各个分散的yaml文件，提交一个PR来统一修改前述三个yaml文件。 [遗留问题] 1. 由于SIG对自己目录中有完全修改权，所以SIG可以自行修改目录中的repositories.yaml。但是这个修改不会生效。TC在整合各个sig的yaml时，需要做额外的检查。请大家对这个方案建议发表意见。我在随后两天会整合大家意见，发出TC的机器人脚本。谢谢 Poincaré Laboratory Huawei Technologies Co.,Ltd.

6 8

[dev]Incorrect mail list address for some SIGs
by Fred Li 08 May '20

08 May '20

Hi all, As Edward mentioned in [1], the following SIGs' mail address are incorrect. Please visit [1] to check or reply this email. Thank you. sig-CICD: @Fengguang @wubodong sig-RISC-V: @zhoupeng01 sig-ai-bigdata: @sinever @njlzk sig-bounds_checking_function: @shiguangliang01 @zhaozhijian sig-golang: @haomintsai @jing-rui sig-security-facility: @zhujianwei001 @mailofzxf [1] https://gitee.com/openeuler/community/issues/I1FYIL -- Regards Fred Li (李永乐)

1 0