skim居然是kde注销时崩溃的罪魁祸首

Eong

不说鸟。。。回到fcitx了。
还以为是kde的问题。。升级了以后发现不用skim就没事。

graydream

恩，俺寻思也是，不过还是舍不了

fundawang

请不要胡乱猜测，skim与kicker崩溃毫无关系。同样的skim，在Mandriva和SUSE中都不崩溃。

Eong

不是胡乱猜测，是在我的gentoo环境下对比实验得到的结论。
不过偶知道跟配置有关系。只是那样子让kicker崩溃，给我造成一些不便。我也懒得花时间去调，既然fcitx用起来也简单有效，也就不用那个让我看起来觉得太复杂的skim了。
发出来无非是提醒一下同样有崩溃问题的linuxer....绝无贬低skim的意思。

fundawang

kicker崩溃是Qt的问题。就算你不用skim，如果碰到合适的条件，kicker一样会崩溃。

Eong

呵呵。。。适合的条件。在我的gentoo环境下，skim就给kicker崩溃提供了一个适合的条件。

fundawang

不知道现在Gentoo的kdebase版本是什么。如果是3.4.2-0之类的，我给你一个触发条件：把kicker上添加20个不同种类的菜单，注销的时候肯定崩溃。

Eong

单纯从从一个使用者的角度出发来看待这个问题就是这样的：
前提是：在我现有的gentoo环境下，
1.kde-kicker + skim 会崩溃。
2.kde-kicker + fcitx 工作良好。
3.skim和fcitx都可以满足我的要求。
4.我不会为了skim或者fcitx放弃kde。
5.我也不在乎kicker为什么会崩溃，我只在乎我的系统和应用程序能否顺利完成我的工作。
结论：放弃skim，使用fcitx。

Eong

20个种类的菜单崩溃不崩溃关我鸟事啊，我最忙的时候都用不上这么多菜单。我把托盘区所有其它的程序都关闭了，留着skim就会崩溃，难道我每次注销之前还要killall skim不成？skim滚一边去，让我不爽为啥要用你？！

fundawang

我已经说了，你不应该怪skim。scim/skim总是要为别的软件背黑锅，这是不对的。而且，你躲开了这个bug，并不意味着这个bug就不存在了。别人仍然会为此而苦恼。