May 2020 - Tc - mailweb.openeuler.org

Re: sig-ai-bigdata
by 正心 13 May '20

13 May '20

既然这样，那太好了，可以从你最熟悉的地方入手，比如你使用的big data是什么软件栈，可以尝试把你现在用的软件栈(可以具体看)迁移到openeuler上(x86_64和aarch64)，看openeuler上能否满足功能、性能要求，然后我们去弥补差距，这就是很大的贡献。如果你对其他的有兴趣，也可以提出来。 1. 我们的软件库是基于centos还是需要下载源码自己编译? 你说的这些软件库是什么软件库。 2. 我在一个issue里看到您已经跑过spark和TensorFlow。那么最终提供给用户是类似于cloudera这样的集成环境还是原生包让用户选择? 咱们是操作系统，我们要从操作系统的角度思考问题：操作系统不提供这些成熟的商业软件，而是提供基础能力，即当cloudera这样的厂商或使用cloudera的人要在openeuler上使用时，能够很方面的构建、运行起来，功能、性能无损失，甚至有提高。 3. 我是否可以参加下次周会? 是周一还是周五呢？欢迎参加，后面的例会会议通知会提前发到@dev @tc 和sig-ai-bigdata@openeuler.org(筹建中，最近会OK)，所有订阅这三个邮件列表的人都可以收到，并可以接入。祝好。在 2020-05-13 20:48:56，"hao zhang" <unioah(a)gmail.com> 写道：谢谢很详细的讲解。我之前做过一些软件打包，主要是对ubuntu和 archlinux的。我本人一直从事big data方面的开发应用，也算对这一块有些了解。我想我可以先从搭建环境开始， 1. 我们的软件库是基于centos还是需要下载源码自己编译? 2. 我在一个issue里看到您已经跑过spark和TensorFlow。那么最终提供给用户是类似于cloudera这样的集成环境还是原生包让用户选择? 3. 我是否可以参加下次周会? 是周一还是周五呢？谢谢，浩 On Wed, May 13, 2020, 3:44 AM 正心 <sinever(a)126.com> wrote: 浩，你好，非常感谢你的关注，也非常欢迎你的加入。 sig-ai-bigdata的使命如同你在sig的介绍中看到的： 1. 提供openeuler上ai和bigdata的基础运行能力； 2. 提供openeuler上ai和bigdata的竞争力构建； 3. 提供openeuler上ai和bigdata的创新性预研； 4. 提供openeuler上ai和bigdata的新硬件的支持、加速； Openeuler是华为基于上游社区完全从零构建的操作系统，很多软件栈都在构建中，在因此在ai和bigdata上的支持也方兴未艾，当前的首要任务是提供openeuler上ai和bigdata的基础运行能力，包括对各种硬件、各种主流软件包、软件框架的支持，可以做的工作还是很多，如验证典型ai和bigdata软件在openeuler的支持情况，分析他们的依赖，架构梳理，并提供在openeuler的支持(基于openeuler进行构建，提供安装包)，你个人有相关经验吗，如OS打包、ai框架开发使用、bigdata框架的开发使用等或者你个人有什么想法，我们可以讨论或者根据你现有的能力和爱好安排。另外，也欢迎你介绍更多的小伙伴加入进来，一起构建ai和bigdata在openeuler上的未来，期待你的精彩表现。祝 0 error 0 warning sinever | | 正心 | | 邮箱：sinever(a)126.com | 签名由网易邮箱大师定制 On 05/13/2020 00:36, hao zhang wrote: Hi Sinever, 您好，我是新加入到openeuler sig-ai-bigdata 方向的兼职开发人员。根据这次会议的记录，我想在bigdata上面提供帮助。请问具体我可以做些什么？谢谢，浩

1 0

[新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

[tc][radare2]introduce radare2 to openeuler
by Fred Li 07 May '20

07 May '20

Hi TC, [1] is the application for introducing Radare2, and please take a look at this. [1] https://gitee.com/openeuler/community-issue/issues/I1GAOW -- Regards Fred Li (李永乐)

1 0

关于新增sig-ceph的申请
by 池信泽 06 May '20

06 May '20

Hi,openEuler-TC: Ceph作为目前主流的SDS(Software Defined Storage)开源项目，得到了suse和redhat的各自发行版很好地支持。为了进一步丰富openEuler的生态圈，也为了openEuler的各个发行版能更好地支持Ceph, 建议成立sig-ceph. SIG名称 sig-ceph SIG组工作目标和范围 - 在openEuler社区中添加对Ceph的支持 - 根据openEuler迭代版本，持续完成Ceph中各个组件向openEuler的移植，并提供Ceph在openEuler上的使用文档 - 及时响应用户反馈，解决相关问题申请创建SIG的PR是 https://gitee.com/openeuler/community/pulls/433

3 2

No meeting today.
by Huxinwei 06 May '20

06 May '20

Hi all, Just a notification that there’ll be no TC meeting today ;) We are going to resume online meeting next Wednesday. Regards Poincaré Laboratory Huawei Technologies Co.,Ltd.

1 0

2024

2023

2022

2021

2020

2019

Tc May 2020