- Tc - mailweb.openeuler.org

tc 议题申请 : 面向鲲鹏开源测试项目-crystal-ci 申请
by Dukaitian (Dukaitian, Intelligent Computing R&D) 04 Mar '20

04 Mar '20

背景：目前开源软件基本上基于X86平台开发，在kunpeng 使用需要先进行移植，效率较低; 本项目计划申请面向鲲鹏开源测试项目 crystal-ci 基于社区孵化：其主要目的是基于鲲鹏资源，面向广大开发者提供开发基础设施及测试CI能力，便于开发者直接基于kunpeng资源开发、功能测试。 ________________________________ 杜开田 dukaitian Email: dukaitian(a)huawei.com<mailto:dukaitian@huawei.com> Phone: 13631517269 Base: China-Shenzhen 欢迎加入鲲鹏论坛社区交流：https://bbs.huaweicloud.com/forum/forum-923-1.html ________________________________ 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

[新SIG提案]
by 正心 03 Mar '20

03 Mar '20

https://gitee.com/openeuler/community/pulls/201 尊敬的各位委员：兹申请创建大数据和人工智能特别兴趣组，理由和业务范围如下，具体见链接： 1. sig-artificial-intelligence-and-big-data的必要性大数据和人工智能已经深入到社会的很多领域，各行各业都可以用来提高生产力。工业界、学术界之外也有众多爱好者，为了更好的支持科研院所、生产企业中爱好者、开发者在openeuler上更快更好的进行大数据和人工智能的实践，open euler也需要具备大数据和人工智能的相关能力。 2. 将artificial intelligence和big data放在一起的原因一方面当大数据大规模用于生产时，人工智能还在实验阶段，另一方面，人工智能的普及也是从一个应用，一个部分逐步展开的，导致很多公司的大数据和人工智能从上到下都是两套甚至多套，形成割裂局面，而实际上，大数据的处理结果还可以用于模型训练，而模型的训练需要的样本也需要大数据技术进行预处理。逐步意识到这个问题后，很多大数据工具有了模型训练和推理功能，如sparkml, flinkml，而众多人工智能框架也在逐渐增强数据处理能力，更是催生了submarine、tony这种大数据和人工智能的融合工具。因此open euler里直接将大数据和人工智能放在一起考虑。 3. 该SIG的业务范围 - openeuler中大数据和人工智能的基础运行能力，包括对各种芯片的支持和加速库，各种数据仓库，分析引擎，训练引擎，算法库，数据集等。 - openeuler中大数据和人工智能的统一平台，将各种常用的工具软件集成提供统一的用户界面解决各种维护环境的痛苦，让大数据和人工智能在openeuler上更易上手，更好用。 - openeuler中大数据和人工智能的性能优化，对通用软件在openeuler上的性能优化 - openeuler中大数据和人工智能的能力集成，新芯片和软件进入openeuler时的支持

2 3

新SIG提案
by wang.jing 03 Mar '20

03 Mar '20

技术委员会：           您们好           我司是普华基础软件股份有限公司，           提交申请[新SIG提案]，项目名称为mate-desktop           PR链接地址：https://gitee.com/isoft-linux/dashboard/pull_requests

3 3

【TC topic apply——dev-utils SIG setup apply】
by myeuler 03 Mar '20

03 Mar '20

topic apply : setup dev-utils SIG Responsibility of dev-utils SIG： Integrete, verify tools, SDK, Libs which help developer to develop easily，such as iperf, netperf, sar and so on. 1. openEuler community is lack of development facility tools. 2. consider to integrate more inititial project of development facility tools. reference PR below: https://gitee.com/openeuler/community/pulls/198

1 0

【TC会议议题申请——社区安全委员会成立申请】
by Yang Li 02 Mar '20

02 Mar '20

1 0

TC议题申报：关于加速库配合带有硬件license 包引入openEuler 社区策略议题申请
by Dukaitian (Dukaitian, Intelligent Computing R&D) 02 Mar '20

02 Mar '20

Hi,TC: 目前了解到有些项目开发了KAE加速库，软件本身是开源的，目前代码放在github托管平台. 裁决点：软件本身全部开源，但是需要依赖硬件license的特性才能开启的软件，是否可以引入到openEuler社区，进而纳入到openEuler发行光盘。相关背景：左图是license与KAE加速软件的关系，右图是加速库的整体软件框架相关用法：客户在购买license后，在生产阶段或者用户自己通过BMC将license导入到BIOS，由BIOS开启对应的设备，在操作系统测试增加对应的设备，当前KAE 内核通过识别对应设备，目前已经支持openssl/zlib库的加速引擎。如果客户未采购license ，则无法使用KAE提供的加速功能。 [cid:image004.png@01D5F0C1.3D5395A0][cid:image005.png@01D5F0C1.3D5395A0]

1 0

【Meeting Notice】openEuler TC meeting Time: 2020-03-04 10:00-12:00
by Meeting Book 02 Mar '20

02 Mar '20

1 0

apply to setup dev-utils SIG
by myeuler 02 Mar '20

02 Mar '20

apply to setup dev-utils SIG, which collect tools help developers to easy coding. for example: iperf, sar, netperf and so on.

1 0

TC topic collection
by myeuler＠163.com 02 Mar '20

02 Mar '20

1 0

Regarding to improvement to openeuler's wiki and issues handling on gitee
by Huxinwei 28 Feb '20

28 Feb '20

Infra team: On behave of TC, I’m proposing following changes to openEuler infrastructure for your consideration. 1. Regarding to Wiki Background: We think Wiki is a good way to consolidate and present knowledge systematically. openEuler already has its own document site (https://openeuler.org/zh/docs), we think it could be further improved. a) The namespace of pages should be flattened. For example, https://openeuler.org/zh/docs/Administration/简介.html , the name of page implies to be an introduction to system administration. But in fact, it’s an introduction to system only. We propose to add directories for each domain. b) Currently documents are divided into different SIG, we think it’s important to extend it for multiple SIG. For example, if we introduce oVirt into openEuler, the document of oVirt should be part of the https://openeuler.org/zh/docs/Virtualization, not it’s own. c) It’s very different to use cross reference now. We think it is an important feature to have. For example, https://openeuler.org/zh/docs/Administration/设置语言环境.html should refer to systemd. It’ difficult or even impossible to do so now. 2. Regarding to issues handling Background: There’re difficulties during day-to-day work on openEuler community. Especially, when issues are reported. We think it needs to be further improved. a) When an issue is reported, we think it’s very helpful to have it assigned to a default triage. The developers don’t know each other, and even they know each other, they can not match the ID with real people. The best way now is to assigned to a default triage based on the components or sub-module. b) There’re too many messages on the web interface. Developers are easily overwhelmed. We suggest to have a default mail notification for all un-handled or un-closed issue to assigned developers. If there’re existing mechanism we can leverage, please advise too. Looking forward to your feedback and suggestions. Shinwell Technical Committee openEuler Community

2 2

2024

2023

2022

2021

2020

2019

Tc