scim-tables 编译时不加skim支持会有多大的问题?

fundawang

如果加入了skim-devel的buildrequire，build出来的scim-tables会依赖skim。这样如果安装scim-tables的话，也会装上skim。在一个gnome-only的系统中，这样的依赖关系是十分恐怖的。另外，skim和scim二者并存是否会在KDE下，尤其是在KDE下执行GNOME程序时是否会互相干扰也不得而知。

So, scim-tables的skim支持究竟在干什么  :ask  :ask

liuspider

看上去你是不用 skim的，否则你不会不知道：
“skim和scim二者并存是否会在KDE下，尤其是在KDE下执行GNOME程序时是否会互相干扰也不得而知。”

并存没有任何问题

skim 支持就是在 skim 的配置界面中加入 scim-tables 的配置界面

如果你拿不准如何处理依赖关系的话，可以去参考一下 suse 的做法
ftp://ftp.suse.com/pub/projects/m17n/9.3/src/

fundawang

因为现在确实有越南用户报告说，同时安装了scim、skim、scim-qtimm以后，KDE在启动时明显变慢。卸了skim以后就好了???

so, 最好的方案是对scim-tables进行拆分，把依赖skim的东西拆出来，变成scim-tables-skim-configurator。

liuspider

你看过 suse 的方案了吗？rpm 已经提供了对你所要求的特性足够的支持，因此scim-tables 不会再分拆了

我对 rpm 不怎么了解，但是如果 suse 可以的话，不知道为什么 mdv 不可以

liuspider

关于那位越南用户：
如果我没搞错，suse 默认是安装并使用 skim 的（默认的应该是 KDE 桌面），没有人报告类似问题

我也没遇到过这类问题

我认为是由于mdv 打包 或者是默认配置的问题

fundawang

因为rpm本身的版本不同

fundawang

刚刚研究了一下suse的spec，实际上就是我说的办法，对它进行了拆分

fundawang

Post by liuspider
关于那位越南用户：
如果我没搞错，suse 默认是安装并使用 skim 的（默认的应该是 KDE 桌面），没有人报告类似问题

我也没遇到过这类问题

其实我也没遇到过

不过现实的情况就只能往这上面联想。比如说kicker在注销的时候会crash(虽然我一次也没碰到)，这件事其实是跟qt一点关系也没有，与qtimmodule就更扯不上边了。但情况偏偏就是把qtimmodule禁用之后，kicker就不崩溃了。

liuspider

kicker 的问题我时常遇到，那是KDE的bug来的，不关 skim 的事：
我关掉skim，kicker 照样crash

fundawang

我刚才说的是另外一件事

kicker崩溃显然与qtimm无关，但把qtimm禁用以后kicker就不崩溃了，只能让人认为qtimm造成了kicker崩溃。同理，KDE启动慢其实与skim也没啥关系，但卸掉skim以后就好了，也只能认为skim与scim自家兄弟打起架来。