束猫！！我输入法呢？你再给我乱搞！

欸欸 对不起嘛！

Bug＆Fix

#

书接上篇，束束把 openSUSE 下的搜狗输入法搞好了，但是还想使用最新版的，而不是 M17N 这个源提供的旧版，但没想到束束一乱搞就把 fcitx 弄坏了，突然想到 fcitx5, 便准备去用了。

安装了 fcitx5 后竟然无法在 chrome 中正常输入，束束打开 kate 试试，发现可以输入，但唯独 chrome 无法输入。这是怎么回事？

呃，好在束束喜欢在各种博客站里面乱逛，突然想到之前读的 liuf 的文章中提到了 fcitx5 的输入问题，其原因大抵是 ibus 包导致的（没错，openSUSE 竟然默认同时带上 ibus 和 fcitx 包）

于是束束就去卸载 ibus 包呗（YaST 是对的！）

这些个相关包束束都卸载了，重启，果然 fcitx5 就好了。

然这个库……

突然想到了这个：

使用经验

#

建议 openSUSE 安装到位后直接换成 fcitx5, 别用 fcitx 了。fcitx5 已经并入风滚草主源了，尽量不要添加 M17N 这个源，否则以后会遇到一些问题（e.g. 装个 steam 反而自动把 fcitx 的依赖装进来了）

fcitx5 非常好用，自带的拼音就很好了，没必要再用复杂的 rime 配置。只需要导入个词库就非常好用了。推荐一个词库，持续更新，非常好用，常用流行词之类都有。有这个词库之后，云拼音都不用开了，束束个人感觉输入效率不差搜狗输入法了。

先把输入法安装了再说：

opi sogou

装完是没法使用的，不仅如此，如果在 fcitx 里切换到它还会一直报错。

显然这可不是删除 .config 里的文件就能解决的，先去 openSUSE 论坛里查查是怎么回事吧？

搜狗输入法异常！请删除 .config/SogouPY 并重启

解决搜狗输入法在某些 linux 系统下不能输入汉字的方法！

安装搜狗输入法 2.3.1.0112 成功

这里有三则相关的内容，依照里面的内容，尝试安装 libQtWebKit4

sudo zypper in libQtWebKit4

然而并不能行。但大致了解到可能是缺少依赖所致。遂尝试用终端运行查找问题。

openSUSE 论坛中这位提到了搜狗输入法包名为 sogouqimpanel

其实正确包名是 sogou-qimpanel

这里运行之后很明显看出少了 libfcitx-qt.so.0 运行库，遂去查找

pkgs 这里虽没有 openSUSE 的，但作为 Fedora 的“亲戚”，我们还是可以借用一下它的 rpm 包的

然而安装此包是却又遇到了另一个依赖问题，无奈，继续找包

在这里寻到

RPM resource liblua-5.4.so()(64bit)

其实 pkgs 中也有这个包，但束束尝试之后发现并不能解决，而 RPM resource 网站里的则可以，所以用它了。

再次尝试启动后又报错，仍然少依赖

只得再去寻找

RPM resource libidn.so.11()(64bit)

这个包也是 pkgs 里有，但安装后不能解决问题，所以还是来 RPM resource 里找。

这个库安装后就算是终于解决了，至此搜狗拼音输入法就可以正常使用了

其一：无法启动，直接崩溃

#

安装完新 LinuxQQ 后打开却不见界面，但是看见鼠标变 QQ 的图标跳动了几下，于是打开 KDE 的崩溃进程查看器，发现了一篇崩溃日志，但是并不能看懂。

遂用指令启动 QQ, 准备看看到底哪里出了问题，结果提示「非法指令」，无果。只得去搜索。

腾讯官方下载的 qq-appimage 版本，打开群聊就会闪退 / 应用程序与桌面环境 / Arch Linux 中文论坛

linuxqq 闪退，求解决办法

这里两篇讨论大概提到了无法启动的问题，是 libvips-cpp.so.42 这个库的问题。所以准备对 libvips 进行编译，发现 SUSE 的 Software 里面直接就有这个软件包。

openSUSE Software

那就直接拿来用了。安装后删除 QQ 自带的 libvips-cpp.so.42 就行了。

⚠️ 这是 openSUSE Software 中的包，理论上此包只能给 SUSE 系的发行版使用！其它发行版请自行查找适于你的包

其二：用几次后再打开过不了多久就闪退

#

这个问题其实在上面 SUSE 论坛和 Arch 论坛里的回复里面也提到了，解决办法：

这是一个比较粗暴的方法。当然了，这个闪退据说是热更新文件的影响（在 Arch BBS 中被这位提到）。所以按这个道理可以删除热更新文件解决。

然而热更新文件在哪里呢？咱并不知道。

💡 另外补充：即使关闭了 QQ 的自动更新也不能完全解决问题。仍然会在几次使用后闪退。

7月26日更新：

束束翻阅了 AUR 下的 linuxqq 反馈，看见大家也遇到过这个问题，并且大家商讨出了解决方案（不得不感叹 Arch Users 的神通广大啊！）

AUR (en) - linuxqq

也就是依照这位所言，只删除 crash_files 文件夹下的文件就好了，并将其设为只读可以避免问题复现。

外话

#

以后在 Linux 中遇到的问题和各种自定义的操作还是记一记，否则某时候遇到奇怪问题时就会很无头绪。也许每一个 Linux 使用者都该有个日志本。