启动 fcitx 后打开程序变得很慢（已解决）

ljx980645

在 .xinitrc 里写好了 fcitx 随 E17 启动后，打开程序变得很慢，比如开 opera, xterm 之类的，接近 40 秒才能打开，如果不让 fcitx 随 E17 启动，则可以很快打开程序，一两秒就可以了， .xinitrc 里面设置了 XIM，QT_IM_MODULE, GTK_IM_MODULE, XMODIFIERS 等变量。不知道问题在哪里呢？ 另外，我刚从 gentoo 转过来（有点厌倦编译了），主要使用的是 QT 的程序，之前用 SCIM 总是有这样那样的问题，不知道在 arch 里面是不是也会这样的？

感觉 arch 的软件拆分得不是很细啊，很多都找不到，，估计是藏在某些包里了，，

jarryson

包我觉得还是比较细的,可能某些你不知道名字罢了,启动蛮是不是别的原因?我正用fcitx,没有什么问题.qt程序不算太多

ljx980645

Post by jarryson;1814696
包我觉得还是比较细的,可能某些你不知道名字罢了,启动蛮是不是别的原因?我正用fcitx,没有什么问题.qt程序不算太多

通过启动 fcitx 的前后对比，确定问题就是 fcitx 引起的，但不知道问题出在哪里，我正在装 SCIM 试试，如果 QT 输入没问题的话，就换 SCIM 好了，

确实是有可能不知道包的名字，但 pacman -Ss KEYWORD 也有很多搜不出来，我觉得可能是源的问题，因为我添加的源不是很多，不知道 arch 的包管理机制是不是和 debian 类似的，就是如果某些包只有某些源才有，而你恰好没加这个源，那这个包对你来说就等于没有了，如果 arch 的源都是统一的内容就好了，

不过 arch 的软件还真的挺新的，，连 wifi 的无线驱动都有了，真好。。

关于包的名字，有什么方法可以统一查询吗？

ljx980645

再将配置文件的语句逐个试试了，发现是 export LC_CTYPE=zh_CN.utf8 搞的鬼，因为 locale 是 en_US.utf8 的，所以，没有设置这个变量时，fcitx 不能用，但 scim 很奇怪哦，没有设置这个时仍然可以用，而且，QT 程序使用 SCIM 也没有问题，算是解决了。。

zlowly

pacman -Ss KEYWORD肯定没什么问题的，要么就是arch对包起了一个完全不同的名字。不过pacman -Ss KEYWORD是连同包描述一起查询的，按理搜索范围更大。

要么就是这些软件包没有进官方仓库，只是在AUR中。你可以上
http://aur.archlinux.org/packages.php
里查找一下，或者安装yaourt，它相当于pacman的增强版本，支持颜色输出，而且支持搜索、安装AUR里的包。

另外因为官方仓库审查制度是很严格的，而AUR是不能放二进制包的，所以有些源不在官方仓库和AUR里也是行当正常的，例如kde4mod和compiz都有自己的仓库。

jarryson

你搜索一下,fcitx在英文环境下当然是可以使用的,根本不用额外zh_CN.UTF-8.(最好不要是utf8)