openKylin 社区召开 11 月技术委员会,增选 4 位委员!
2022年11月16日,openKylin社区11月技术委员会会议采取线上+线下形式召开,由openKylin社区技术委员会委员余杰主持,吴庆波主任、魏立峰副主任等全体成员参加。会上,各与会人员围绕社区近期工作成果和后续工作开展计划进行了重点讨论。
会议开始,主持人余杰就本次会议议题进行了介绍,包括社区近期工作进展汇报、技术委员会新增委员选举以及新建SIG申请等,其中议题详细情况如下:
一、社区工作进展汇报
首先,openKylin社区 Community SIG Owner刘敏就近期社区工作进展做了总结汇报。据介绍,openKylin社区目前在平台开发、生态建设、品牌宣发以及企业会员等方面均取得了一定成果。截至目前已集结110+家企业单位会员、拥有600+社区开发者、建立了52个SIG组,并自主搭建了包括官网、数字看板和微信小程序等在内的一系列社区平台,目前都处于稳定运行中。
随后,openKylin社区Release SIG Maintainer李剑峰对近期社区技术进展向技术委员会进行了汇报。据介绍,openKylin“分级冻结”机制目前已完成50%开发进度,“可控开源”安全体系已建立一系列项目实现对安全漏洞的全生命周期管理,面向多场景为社区的安全保驾护航,及时规避可能存在的安全隐患。
二、新增委员选举
项目Owner作为openKylin社区 SIG组的核心成员,负责承担了SIG团队所负责项目的技术路线和内外资源协调等工作,在本次TC会议上,经技术委员会全体委员表决,同意RISC-V SIG Owner刘晓东、InternationalPromotion SIG Owner王文竹、Infrastructure SIG Owner毛周、I18N SIG Owner李剑峰增选为openKylin技术委员会委员。
三、新建SIG申请
openKylin社区作为桌面操作系统根社区,鼓励创新激发活力,支持同一技术方向创建多个SIG。经技术委员会全体委员表决,此次新增SIG有:GPU SIG和Easylosu SIG。
GPU SIG
本SIG由openKylin社区共建单位长沙景美集成电路设计有限公司发起成立,致力于GPU驱动相关技术研究,包括OpenGL、OpenCL、Vulkan、VDPAU和VAAPI等。提供GPU相关软件包的技术规划、设计、开发、维护和升级服务,共同推动国产GPU技术发展。
Easylosu SIG
本SIG由openKylin社区开发者陈朝臣发起成立,负责为开放麒麟开发简单高效的编程语言,致力于让用户以最低的门槛,轻松享受编程的便利,促进编程语言国产化,促进开放麒麟在非开发者群体的推广。
关于openKylin社区SIG
openKylin(开放麒麟)社区是一个自由开放的社区,社区中所有的SIG小组都是开放的,任何人和组织都可以参与。你可以选择加入已有SIG,也可以选择创建新的SIG。截至目前,openKylin社区已有54个SIG在运行,包括Architecture、Infrastructure、Release、Kernel、Security、Framework等。
如果您对此感兴趣,想要加入openKylin(开放麒麟)社区,参与SIG贡献,可点击 “https://www.openkylin.top/sig/index-cn.html ” 了解更多详细内容。
关于openKylin社区
openKylin(开放麒麟)社区旨在以“共创”为核心,在开源、自愿、平等、协作的基础上,通过开源、开放的方式与企业构建合作伙伴生态体系,共同打造桌面操作系统顶级社区,推动Linux开源技术及其软硬件生态繁荣发展。
社区首批理事成员单位包括麒麟软件、普华基础软件、中科方德、麒麟信安、凝思软件、一铭软件、中兴新支点、元心科技、中国电科32所、技德系统、北京麟卓、先进操作系统创新中心等13家产业同仁和行业机构。
审核:openKylin

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
NPM 组件包 test-hach 等存在获取主机敏感信息危害
漏洞描述 当用户在安装受影响的恶意包时,用户主机的主目录路径,主机名,有效用户的信息,当前服务器的 IP 地址会被泄露。 漏洞名称 NPM 组件包 test-hach 等存在获取主机敏感信息危害 漏洞类型 内嵌恶意代码 发现时间 2022-11-16 漏洞影响广度 小 MPS编号 MPS-2022-64663 CVE编号 - CNVD编号 - 影响范围 mdcs-validator@[99.1.2, 99.1.2] test-hach@[71.32.2, 71.32.2] mdcs-xms-core-lib@[99.1.2, 99.1.2] test-hach@[71.32.1, 71.32.1] 修复方案 避免使用受影响的组件包。 参考链接 https://www.oscs1024.com/hd/MPS-2022-64663 情报订阅 OSCS(开源软件供应链安全社区)通过最快、最全的方式,发布开源项目最新的安全风险动态,包括开源组件安全漏洞、事件等信息。同时提供漏洞、投毒情报的免费订阅服务,社区用户可通过配置飞书、钉钉、企业微信机器人,及时获得一手情报信息推送: http...
- 下一篇
6种MySQL数据库平滑扩容方案剖析
1. 扩容方案剖析 1.1 扩容问题 在项目初期,我们部署了三个数据库A、B、C,此时数据库的规模可以满足我们的业务需求。为了将数据做到平均分配,我们在Service服务层使用uid%3进行取模分片,从而将数据平均分配到三个数据库中。 如图所示: 后期随着用户量的增加,用户产生的数据信息被源源不断的添加到数据库中,最终达到数据库的最佳存储容量。如果此时继续向数据库中新增数据,会导致数据库的CRUD等基本操作变慢,进而影响整个服务的响应速度。 这时,我们需要增加新的节点,对数据库进行水平扩容,那么加入新的数据库D后,数据库的规模由原来的3个变为4个。 如图所示: 此时由于分片规则发生了变化(uid%3 变为uid%4),导致大部分的数据,无法命中原有的数据,需要重新进行分配,要做大量的数据迁移处理。 比如之前uid如果是uid=3取模3%3=0, 是分配在A库上,新加入D库后, uid=3取模3%4=3,分配在D库上; 新增一个节点, 大概会有90%的数据需要迁移, 这样会面临大量的数据压力,并且对服务造成极大的不稳定性。 1.2 停机方案 发布公告 为了进行数据的重新拆分,在停止服务之...
相关文章
文章评论
共有0条评论来说两句吧...