这是一个现实的问题,也是一个可行的提议。大家讨论一下看看是不是可以有两种做法:
1,建立一个fast-path的临时SIG,对于一些不太容易分类,或者需要快速通道的,直接都先放在这里,后续再慢慢分类。
2,给麒麟软件单独做一个快速的通道SIG 。

我倾向于第一方法。
大家也可以看看是否有更好的建议。

发自我的华为手机


-------- 原始邮件 --------
发件人: 侯健 <hj19870806@163.com>
日期: 2020年8月1日周六 中午11:22
收件人: openEuler-tc <tc@openeuler.org>
主 题: [Tc] 关于提交软件包的问题
Dear TC:      
       各位好,我是麒麟软件的侯健。
       麒麟软件打算将公司内部适配的应用包提交到openEuler社区上,但是每次我们都需要很麻烦的去找到对应的sig组,然后还要在组内提申请,然后再沟通讨论,时间成本有些高,而且有些包我们也找不到对应的SIG分组,能不能让我们麒麟软件单独建立一个SIG组或者一个快捷通道,让我们快速的提交相关编译和适配的安装包,然后再将这些包进行SIG分类,进行分类管理。
         目前openEuler生态建设是很重要的一环,加速生态建设才能吸引更多的人参与进来,SIG组的模式的确能够很好的完成安装包的分类,但严格按照SIG模式对生态建设的发展感觉有点慢,希望TC考虑是否有更加灵活的一种方式。