Operation Normal ? (v2)

下記のパッケージを nora リポジトリに投入しました。

• mozc-2.26.4423.102-1
• Mozc を 2.26.4423.102 へ更新しました。
• fcitx5-mozc を rev.7fbfca9 へ更新しました。
• 郵便番号データを2021年6月30日版へ更新しました。

• mozc-ut-neologd-2.26.4423.102-1.20210627
• mozc パッケージと同じ更新内容に加えて、Mozc UT NEologd Dictionary を 20210627 へ更新しました。

【ビルドツールの変更を見送った件について】

Mozc の2021年6月5日の更新の 2.26.4395.102 から、Linux でのデフォルトのビルドツールが従来の GYP から Bazel へと変更されました。これにより GYP を用いたビルドはメンテナンスモードとなり、Mozc の新たな機能などは Bzael を用いたビルドでのみ提供されるようになりました。

GYP build is under maintenance mode. While the existing targets are supported by both GYP and Bazel as much as possible, new targets will be supported by Bazel only.

Targets only for Bazel:

• Zip code conversion (//server:mozc_server)
• Qt-based candidate window (//renderer:mozc_renderer)
• Build rules for icons (//unix/icons)

(https://github.com/google/mozc/blob/master/docs/build_mozc_in_docker.md より引用)

上の引用文にもあるように、Bzael でのビルドでは ibus-mozc で使用される mozc_renderer が従来の GTK+2 ベースから Qt ベースへと変更されました。（GYP でのビルドでは従来通りの GTK+2 ベースとなる）

GTK+2 のサポートが終了していることを考えると、Bazel を用いたビルドに移行したいところですが、2.26.4395.102 では、Qt ベースの mozc_renderer で CPU 使用率が 100% 近くになるという問題が発生していました。この時は ibus-mozc で日本語入力を行うと確実にこの問題が発生するという状況でした。

その後、6月13日の更新の 2.26.4403.102 でこの問題に対する修正が入り、この問題は解決したかに思えました。しかし当方の環境では発生する頻度はかなり下がったものの、日本語入力を続けているといつの間にかこの問題が発生しているという状況が今回の 2.26.4423.102 でも依然として続いています。

この問題が完全に解決されない限り、Bazel を用いたビルドへの移行は難しいかなと考えています。従って今回のビルドも今までと同様に GYP を用いています。