Operation Normal ? (v2)

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

• mozc-2.28.4830.102-1
• Mozc を 2.28.4830.102 へ更新しました。

• mozc-ut-neologd-2.28.4830.102-1.20220904
• Mozc を 2.28.4830.102 へ更新しました。
• Mozc UT NEologd 辞書を20220904版へ更新しました。
  なお今回の Mozc UT NEologd 辞書は、SudachiDict を無効にしています。（Mozc UT 辞書を Mozc UT Neologd 辞書として再ビルドする際に、SudachiDict を有効にしているとビルドエラーが出るため）

• ibus-1.5.27-1
• fcitx5-5.0.19-1
• uim-1.8.9-1
• 上記の3つのパッケージは、ソースを最新のバージョンへ更新しました。

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

• mozc-2.26.4660.102-1
• mozc-ut-neologd-2.26.4660.102-1.20220216
• Mozc を 2.26.4660.102 へ更新しました。
• mozc_renderer を GTK+2 ベースのものから Qt5 ベースのものへ変更しました。（後述）

【Qt5 ベースの mozc_renderer】

拙作の野良パッケージでは ibus-mozc から利用される mozc_renderer ライブラリに付いては、ビルドツールを GYP から Bazel に変更後も旧来の GTK+2 ベースのものを使用してきました。

それは Bazel を使用したビルドでデフォルトで生成される Qt5 ベースの mozc_renderer では、こちらのエントリーで書いたような CPU 使用率や変換候補窓のサイズの問題が発生していたためです。（CPU 使用率に付いてはその後の更新で改善されたように見えましたが、変換候補窓の問題は今まで修正されずに来ていました）

今回の 2.26.4660.102 では、この変換候補窓の問題が修正されました。

そこで拙作の野良パッケージでも今回のビルドから、Qt5 ベースの mozc_renderer を使用するように変更しました。

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

• mozc-2.26.4646.102-1
• Mozc を 2.26.4646.102 へ更新しました。
• 今回から uim-mozc も Bazel を用いてビルドするように変更しました。（後述）

• mozc-ut-neologd-2.26.4646.102-1.20220216
• mozc パッケージと同様の更新に加えて、Mozc UT NEologd 辞書を20220216版へ更新しました。

【uim-mozc のビルドツールの変更】

昨年、ビルドツールを GYP から Bazel に変更した際に、uim-mozc だけは Bazel によるビルドで必要となるファイルが存在しなかったために、その後も GYP によるビルドを継続してきました。

しかし先日コメントで、それらの必要なファイルを作成されて https://github.com/shitamo/mozc で公開されていることを教えて頂きました。

そこで今回のビルドから、上記の GitHub のリポジトリから必要なものを取り込んで uim-mozc でも Bazel によるビルドを行うように変更しました。

あらためてshitamo氏に謝意を表します。

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

• ibus-1.5.25-1
• ソースを 1.5.25 へ更新しました。

• mozc-2.26.4472.102-1
• Mozc を 2.26.4472.102 へ更新しました。
• fcitx5-mozc を rev.a92c269 へ更新しました。
• ビルドツールを従来の GYP から Bazel へ変更しました。（後述）

• mozc-ut-neologd-2.26.4472.102-1.20210822
• mozc パッケージと同様の更新内容に加えて、Mozc UT NEologd 辞書を20210822版へ更新しました。

【Mozc のビルドツールを変更しました...】

2021年7月5日のエントリーで書いたように、Mozc は 2.26.4395.102 からデフォルトのビルドツールが GYP から Bazel へと変更されました。

しかし Bazel を用いたビルドでデフォルトで生成される Qt5 ベースの mozc_renderer の CPU 使用率が 100% 近くになるという問題が完全には解決されていないため、拙作のパッケージではこれまで GYP を用いたビルドを行ってきました。（GYP を用いたビルドでは mozc_renderer は GTK+2 ベースとなる）

ですが、今回からビルドツールを Bazel へと変更することにしました。

ただし Qt5 ベースの mozc_renderer では上述の問題が依然として発生するため、明示的に GTK+2 ベースの mozc_renderer を生成するように指定してビルドを行っています。

問題を回避するために、Bazel を用いたビルドの特徴の一つである Qt5 ベースの新しい mozc_renderer を使用せずに、旧来の GTK+2 ベースの mozc_renderer を使用するという「後ろ向き」な選択を敢えて行いました(-_-;)

ちなみに Qt5 ベースの mozc_renderer が表示する変換候補窓にも問題があります。本来ならば最大で9個の変換候補が表示されるはずなのですが、フォントサイズによっては9個全部が表示されません。（変換候補窓のサイズが固定されてしまっていて、フォントサイズが大きくなると9個の変換候補がそのサイズに収まらなくなるためではないかと愚考しています）

なお uim-mozc に関しては Bazel を用いたビルドを行うのに必要なファイルが現状では存在しないため、従来通りの GYP を用いたビルドを行っています。

下記のパッケージを 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 を用いています。