谢谢dillon的建议。
我们最近在梳理sig，语言类的软件以分布在Programming-language为主，各个SIG中在处理各自依赖关系时也会直接引入。
我的想法是，当前成功的语言基本上都会有自己的管理体系，比如python有pip，perl有cpan。
openEuler优先考虑把语言本身的包管理工具以rpm形式整合进来。
这样，原则上系统级（安装到/usr目录下的）由rpm方式管理；用户级（安装到$HOME中）由语言自己的管理。
继续演进时，如果有其他rpm形式的软件对语言组件有依赖，则把这些组件根据依赖关系引入。
也想听听各位TC委员和同好们的观点。
谢谢
发件人: dillon.chen--- via Tc [mailto:tc@openeuler.org]
发送时间: 2020年4月16日
17:19
收件人: tc <tc@openeuler.org>
主题: [Tc] [Tc]建议拆分编程语言项目
Hi all,
近期对比了一下openEuler和其他linux发行版，个人感觉目前openEuler和其他发行版差距最明显的地方在编程语言方面。而编程语言也是生态的关键，尤其对软件开发者
建议：
1.
制定一个规则：什么条件下一门语言可以独立设置一个sig。然后根据这个规则设置一些独立的语言sig比如python，PHP，Perl之类的
2.
没能独立的编程语言继续放在编程语言sig中
3.语言类项目属于吃力不讨好的类型，如何承接才能做好我就不提了，请大家讨论
Regards
陈棋德