xfce sig的包已经全部提交pr,确实有这个问题,我是把只要是不存在的包都放到xfce sig组了而不管应该属于那个sig。然后一些依赖的包一般在python,perl 是去协调的

还有第三种做法:
1.不管分类只要不存在的都放到自己负责的sig
2.如果依赖的包在其他sig组的,申请成为其他组的committer
比如接下来的GNOME sig的包, 成为desktop, python, perl三个sig的committer基本就没有太多需要协调的
 
发件人: myeuler@163.com
发送时间: 2020-08-01 16:48
收件人: 侯健; openEuler-tc
主题: [Tc]回复:关于提交软件包的问题
这是一个现实的问题,也是一个可行的提议。大家讨论一下看看是不是可以有两种做法:
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考虑是否有更加灵活的一种方式。