再说输入法无法启动激活问题

[百草谷居士]

过程：
我的电脑上是双系统，深度15.11 和 ubuntu19.10（原版gnome环境）各用一个分区，共用一个home分区。平时一般使用ubuntu，偶尔会切换到深度系统看看。大概两周前，切换到深度系统时，发现深度自带的搜狗输入法不管用了。当时以为是搜狗的问题，后来下载安装了讯飞输入法，发现讯飞也不管用。在深度论坛上发帖，没人回应。前两天下载了xubuntu18.04.3，把深度所用的分区给格了，安装了xubuntu18.04.3。

xubuntu默认也是fcitx输入法，不过仍然无法使用。在fcitx框架下安装了pinyin sunpinyin googlepinyin sogou ifly等等等等。全都不管用！
于是我想，是不是fcitx的问题？是不是用户分区内配置文件的问题？于是，我把用户分区内两个fcitx配置文件夹删除了，重新启动，仍然不管用。
当我在命令行输入fcitx-autostart后，输入法可以使用。其实输入fcitx也可以使用。也就是说，系统启动后并没有启动fcitx。但是我在语言设置和im-config都设置了fcitx，为什么没有效呢？

在后来，我干脆安装了ibus-pinyin和ibus-libpinyin，使用语言设置和im-config切换到ibus，但是ibus也无法启动，需要手动启动。

但是，当我转到ubuntu/gome 19.10时，ibus是好好的，可以使用的？

这究竟是怎么回事？

[百草谷居士]

简单的说，就是由于用户配置文件的问题，导致fcitx或者ibus的守护进程无法自动启动，必须手工运行ibus-daemon或者fcitx-autostart。
这个已经不是fcitx或者ibus的配置文件问题了，而是输入法或者其他配置文件的问题

[百草谷居士]

求助！求助！！

[fuhuizn]

xubuntu可以在“系统设置”里自己添加“自动启动”程序，deepin倒不知道了。

[百草谷居士]

我是想知道，为什么输入法不受系统设置程序的控制了？怎么才能恢复，让系统设置程序可以正常配置选择输入法。

[TeliuTe]

以前碰到的时候，感觉是fcitx启动太快了，系统还未就绪，它就抢先启动，试试添加自定义的自启动
我觉得不用纠结太多，可能在某次系统更新之后就自然解决了，所以我的托盘里两个搜狗图标怎么也去不掉，那就放那里好了

[百草谷居士]

我把. xprofile，已及用户文件夹下有关xubuntu和xfce的配置文件夹全部删了，ibus可以自动运行了，fcitx没有测试

[百草谷居士]

今天试了一下，fcitx也是可以使用的，我使用的是讯飞输入法。可能是.xprofile的问题，也可能是其他配置文件的问题

[Ping-Wu]

今天试了一下，fcitx也是可以使用的，我使用的是讯飞输入法。可能是.xprofile的问题，也可能是其他配置文件的问题

如果要使用 fcitx 的话，是否值得考虑 UbuntuKylin？它的中文环境，包括配置文件的问题等，是否较佳？

[Ping-Wu]

如果要使用 fcitx 的话，是否值得考虑 UbuntuKylin？它的中文环境，包括配置文件的问题等，是否较佳？

回答我自己的问题，下面是使用 UbuntuKylin 20.04 虚拟机的一个截图：

基本上，UbuntuKylin 20.04 使用 fcitx。我个人很久没有使用 fcitx 了，因为以前一个很不愉快的经验，我对 fcitx　一直有很强的偏见。打开后（官方版的镜像）发现很正常，虽然是虚拟机，感觉上比实际硬体的 ibus-libpinyin 还快。UbuntuKylin 20.04 预设的中文输入法是 fcitx-pinyin （“传统” 拼音）。如我在另帖提到，ibus-pinyin 在（正式？）版的 Ubuntu 基本上已无法使用，但 fcitx-pinyin 在UbuntuKylin 20.04 却相当好用。我输入政治局常委 栗战术* 的名字，马上就出来了（表示 优麒麟 对 fcitx-pinyin 的词库一定做了一些更新）。

* 这是我用 ibus-libpinyin （最新版）打出来的，一不注意就打错了，词库的品质差。实在很不好用。如附图显示，fcitx-pinyin 打出来的字是正确的。

（待续）

[百草谷居士]

是这样的，不管是深度系统，还是xubuntu+fcitx在虚拟机上全新安装，fcitx输入法都是可以使用的。我所遇到的是用户配置文件的问题

[Ping-Wu]

是这样的，不管是深度系统，还是xubuntu+fcitx在虚拟机上全新安装，fcitx输入法都是可以使用的。我所遇到的是用户配置文件的问题

目前有没有什么结论？那一个中文输入系统最值得花时间？我对 ibus-libpinyin 已完全失去信心，浪费了这么多的时间，论坛大老们没有人喜欢，这个想证明是正确的。

另外，我看了一下 xubuntu 20.04 的套件表（manifest），里面并没有 fcitx 或任何中文输入引擎。从 iso 开机应该是无法输入中文的？同样的问题也会发生在 UbuntuMate, UbuntuStudio 以及其他 Ubuntu 衍生系统（如 kubuntu）上？

过程：
我的电脑上是双系统，深度15.11 和 ubuntu19.10（原版gnome环境）各用一个分区，共用一个home分区。

共用home分区常常会造成问题，尤其是用户配置文件（configuration files）绝对不能共享。home分区应该是附在主分割区之内，大宗的文件，可以放在另一个分割区，再 soft-link 过去。

[Ping-Wu]

另外，我看了一下 xubuntu 20.04 的套件表（manifest），里面并没有 fcitx 或任何中文输入引擎。从 iso 开机应该是无法输入中文的？同样的问题也会发生在 UbuntuMate, UbuntuStudio 以及其他 Ubuntu 衍生系统（如 kubuntu）上？

如果其他 Ubuntu 衍生系统 用镜像开机时都无法输入中文，也许我们应该多花一点时间去支持 UbuntuKylin ？正版 Ubuntu 里的 ibus-libpinyin 不但本身烂，更是扶不起的阿斗，继续使用只会浪费更多的时间。我们辛辛苦苦去支持 Ubuntu，实际上却是堵死了 Linux 桌面在中国推广的机会。

另外一个做法是，是否有熟悉 Rime 的大牛能主动跟 佛振 联络，让 ibus-rime 结构档 跟正版 Ubuntu 里 gcc （Gnome Control Center) 的不相容性可以解决？我相信我们很多坛友都很乐意在技术及经费上协助 rime 的开发。

以下是我在 UbuntuMate 论坛里PO的一个请求（不抱任何指望）：

ping-wu
Donator

As the UbuntuMate 20.04 daily built iso is currently structured, even though I log in under the "simplified Chinese" (简体中文) locale, there is no mechanism to input Chinese characters. Also, it can show Chinese web pages, but no Chinese UI.

I suggest that we simply add fcitx-pinyin and other bare-bone necessary packages in the official iso. This shouldn't be too difficult to implement. Once this is done, we can help testing it. Thanks!

[yq-ysy]

是否有熟悉 Rime 的大牛能主动跟 佛振 联络，
我相信我们很多坛友都很乐意在技术及经费上协助 rime 的开发。
以下是我在 UbuntuMate 论坛里PO的一个请求（不抱任何指望）：

以前给佛振发过邮件，得到的回答已经让我不抱任何指望。
这两年来在论坛里已经号召过多次，希望坛友在技术上协助我的XX输入法的开发，结果已经让我不抱任何指望。

前几天在淘宝上找了两个程序承接Linux程序开发服务的商铺，把ibus-pinyin改造及添加我的XX输入法的开发需求发过去，
一家看了就说：“这是一个很大的项目啊！”，另一家反问：“你是不是拿ZF的项目来找我们做？”
吓得我都不敢问报价了（商家先问你的预算是多少，反正谁先报价谁吃亏），但猜想，没有5位数甚至6位数的价钱，是做不了的。
所以，寻找廉价程序员的尝试，也已经让我不抱任何指望。

假设聘请程序员，三线城市5千元一个月的工资，整个工程10个月就是5万元，如果是聘请两个人一起做，整个工程缩短5个月也是5万元。
如果单靠打工攒钱，十年后再聘请程序员，那么每个月除去基本生存开销，剩下的钱还必须得先赢得过物价和人工费用上涨的速度才行。
最后一条路，尝试学习做生意，或者摸索其它能快速挣钱的门道，不失败赔本，挣到钱了再招聘程序员吧。（十年后也许是5万元一个月工资）

很多大学生刚毕业时，也是雄心勃勃的开源爱好者，就是这样把开源的信心和热情消磨没的。
当他们跨入中年，房子有了，车子有了，老婆有了，存款也有了，却已经没有了之前的梦想。
（也有极少一部分人仍在坚持，只不过方向和我们不一样而已，他们的兴趣不在输入法上，所以也帮不了我们。）

[Ping-Wu]

让 ibus-rime 结构档 跟正版 Ubuntu 里 gcc （Gnome Control Center) 的不相容性

事情也许比我想像中要简单。刚刚发现，Ubuntu 在打 ibus-rime 包的时候有误。举一个例子，ibus-rime 的结构档（即用户配置文件），default.yaml，应该放在 ~/.cache/ibus/rime 里，结果却被放到 ~/.cache/ibus/rime/build 里，难怪修改参数后，完全没有作用。

目前暂时解决的办法是把 ~/.config/ibus/rime/build/ 里的所有档案都 soft link 到 ~/.config/ibus/rime/ 。不过还是希望论坛的 Rime 大老能提过一下使用经验。

（待续）