Linux 日语输入法审计:确认引擎、备份词库与迁移学习数据

在 Linux 桌面环境中安装日语输入法并不困难,但真正需要迁移系统、重装发行版或更换电脑时,往往会遇到几个问题: 为回答这些问题,对一台运行 Arch Linux、KDE Plasma 和 Wayland 的工作站进行了一次只读审计。审计不修改配置、不卸载软件包,也不重启输入法,仅检查当前运行状态、配置文件、用户数据和可迁移性。 一、当前输入法环境 审计确认,当前活跃的输入法框架是: 桌面会话为 KDE Plasma Wayland,Fcitx5 进程和对应的用户服务均处于正常运行状态。 当前实际激活的输入法是: Rime 主要用于中文输入,并不是本次检查的日语输入法。 当前 Fcitx5 输入法列表中配置的日语输入法是: 系统中另外还安装了多个日语输入引擎: 这些引擎虽然已经安装,但并未全部加入当前日常使用的输入法切换列表。 因此,需要区分四种状态: 状态 含义 已安装 软件包存在于系统中 可用 Fcitx5 能够识别该输入法引擎 已配置 输入法已加入当前 Fcitx5 输入法组 当前激活 此刻正在用于输入的引擎 本机的实际情况是: 二、为什么选择 Mozc Mozc 是一个开源日语输入引擎,常用于 Linux 上的日语输入。它可以通过 Fcitx5、IBus 等不同输入法框架使用。 在当前系统中,Mozc 通过 …

在 Fcitx5-Rime 中实现动态日期与时间候选:一次从“部署成功”到“真实可用”的排查记录

在 Linux 桌面环境中,Rime 输入法具有很强的可定制能力。除了词库、快捷键和候选数量,也可以借助 Lua 动态生成当前日期、时间和星期。 目标效果如下: 这类功能看似只是增加几行配置,实际排查过程中却遇到了几个容易误判的问题: 本文整理完整过程,并总结一套更可靠的处理方法。 一、运行环境与需求 测试环境为: 用户原本已经将每页候选数量改为 9,但修改位置位于: build/ 是 Rime 的编译产物目录。这里的文件会在重新部署时被重新生成,因此不适合保存长期自定义配置。 正确做法是把自定义内容放在用户数据目录: 例如: 二、先确认 Lua 支持是否存在 动态日期和时间需要 librime-lua。 在 Arch Linux 中,新版 librime 软件包通常已经包含 Lua 插件,不一定需要额外安装独立软件包。 可以检查: 再确认插件文件: 如果能看到对应的 Lua 插件文件,并且该文件属于 librime 软件包,说明 Lua 支持已经安装。 三、不要继续修改 build 目录 候选数量应写入: 例如: 动态 Lua translator 也应通过同一个补丁挂载: …

Nextcloud Passkey 登录实践:陌生电脑扫码登录为何需要蓝牙

在公司电脑、公共电脑或临时设备上访问自建 Nextcloud 时,传统的账号密码登录并不理想。 一方面,需要在陌生设备上输入密码;另一方面,即使使用浏览器隐私窗口,也仍然可能留下下载文件、剪贴板内容或系统级访问记录。 Passkey 提供了一种更方便的思路: 整个过程中,Nextcloud 密码不需要输入到陌生电脑上。 不过,这种登录方式有一个容易被忽视的前提:电脑通常需要具备蓝牙功能。 Nextcloud 是否支持 Passkey Nextcloud 支持基于 WebAuthn/FIDO2 的身份验证。 根据 Nextcloud 版本、管理员配置和已启用的应用,WebAuthn 可能以两种形式出现: 如果目标是在陌生电脑上不输入密码,应当使用无密码认证或 Passkey 登录,而不是只配置“密码加 WebAuthn 二次验证”。 通常可以在 Nextcloud 的个人安全设置中找到类似以下选项: 不同版本和语言环境下,名称可能略有差异。 注册 Passkey 时,可以将凭据保存在: 配置完成后,建议先使用另一台可信设备实际测试一次,确认二维码登录、用户名识别和二次验证流程都符合预期。 陌生电脑上的典型登录流程 在支持跨设备 Passkey 的浏览器中,登录流程通常如下: 这种模式的优势是,Passkey 私钥不会复制到临时电脑上,Nextcloud 密码也不需要在该设备中输入。 为什么扫码登录还需要蓝牙 很多人会自然地认为: 二维码已经把手机和电脑连接起来了,为什么还要蓝牙? 原因是,二维码只能让手机知道“这次登录请求是什么”,却不能证明手机与发起登录的电脑确实处在同一地点。 跨设备 Passkey 通常采用一种被称为混合传输的机制。它会同时使用: 三者承担的职责并不相同。 第一步:电脑生成一次性二维码 电脑上的浏览器启动 …

Arch Linux KDE Wayland 下绘图板有线与蓝牙双模式映射实践

本文中的设备型号、硬件 ID、主机名、用户目录、映射参数、日志时间和规则文件名均为虚构示例,仅用于展示排查方法与配置结构,不可直接复制到真实环境。 一、环境与目标 测试环境如下: 目标是让绘图板在两种连接方式下保持一致的行为: 期望映射参数如下: 其中 X 和 Y 表示区域中心,而不是左上角坐标。 对应的屏幕区域边界为: 二、USB 模式:使用 OpenTabletDriver 1. 启动用户级服务 安装驱动后启用用户服务: 确认状态: 插入 USB 后检查日志: 成功识别时可能出现: 还应确认原生内核驱动没有同时接管: 如果第三方驱动与原生驱动同时处理同一设备,可能出现: 2. 配置 USB 映射 启动图形界面: 在 Display 区域填写: 在 Tablet 区域填写: 操作顺序: 保存后,USB 再次插入时应自动恢复该配置。 三、断开 USB 时图形界面崩溃 某些 OpenTabletDriver GTK 界面在设备断开时,可能因为设备列表刷新而异常退出。 典型提示类似: 这不一定意味着后台 daemon 也已停止。 …