Arch Linux User Repository

Gnome 3.22 changes the default backend to Wayland but fcitx does not fully support wayland yet. Switch to "Gnome on xorg" if fcitx-sogou does not work.

Unable to start? Try rm -rf ~/.sogouinput

Still not working? Try rm -rf ~/.sogouinput ~/.config/SogouPY* and re-login.

@xusine, fcitx-sogouimebs uses qt5, and it is indeed MUCH more stable than the current version of fcitx-sogoupinyin

yes the current version of sogoupinyin is VERY unstable. It works some times and does not work some times. Removing the settings according to the pinned post seems to solve the issues some times.

It is not working for me, after starting fcitx and adding sogou pinying, hot key won't ttrigger the pinying input.

https://gitee.com/laomocode/fcitx-sogouimebs This is a project extracting the binary release from the UKylin community. It works in Manjaro 20, although the preset themes are not so much.

我在manjaro20.0(KDE 5.69.0)上遇到了一个问题,每次开机fcitx需要很久启动(任务栏图标为黑框),启动成功之前打开的所有窗口不能输入中文(即使fcitx成功启动) 关闭sogou则正常 试图在命令行启动sogou-qimpanel,提示缺少icui18n这个库 我不知道其他人是否碰到了类似的麻烦,这个解决了我的问题: pacman -S icu

After install fcitx-sogoupinyin and kcm-fcitx in KDE, add sogoupinyin from configure menu, try CTRL+SPACE to switch input method, but no response. And sogoupinyin option disappear from configure menu. There isn't sogou-qimpanel process in system either.

Default is fcitx5 instead of fcitx now. Can this package work w/ fcitx5?

Hi qft,

Sorry, I checked all binaries again. It seems icu64 is loaded by another module which sogou-qimpanel depends on.

But sogou-qimpanel still unable to start on my machine.

After upgrading system on the last Friday, sogou-qimpanel crashed and unable start manually.

I use strace to trace sogou-qimpanel, and try to see whether there is a library missing or not.

the strace log shows:

09:36:46 openat(AT_FDCWD, "/usr/lib/tls/haswell/x86_64/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/tls/haswell/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/tls/x86_64/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/tls/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/haswell/x86_64/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/haswell/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/x86_64/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/libicui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/libicui18n", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/icui18n.so.64", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
09:36:46 openat(AT_FDCWD, "/usr/lib/icui18n", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

This issue can be resolved by installing aur/icu64 manually. But sogou-qimpanel still unable to start. I use gdb to load the core dump file. It seems like the sogou-qimpanel is trying to search a file recursively in /usr/share/sogou-qimpanel/skin. But it fails to ignore the "." (current directory). Finally, stack overflow happended and process crashed.

Now, I switch to fcitx-rime. Hope anyone can resolve this issue.

Hi kxuan, I do not see any of files supplied by sogoupinyin linking against icu, and icu is currently not a dependency for sogoupinyin. Also I never experienced any issues after the icu upgrade. How do you know the issue was caused by icu? Thanks!

archlinux bumps its icu to version 65. It breaks the sogoupinyin. Add icu64 to the depends please!