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考虑是否有更加灵活的一种方式。