Dear Maintainer, The upstream repository has released 2.30.5544.102. It would be nice to upgrade the Debian package to that release. But currently, there are technical difficulty exists to following upstream releases in some cases. * GYP was deprecated * Instead, newer Bazel is required to build it, but not exist on Debian yet. * Only old Bazel is available on Debian * bazel-bootstrap stick to 4.x, need to update Bazel 7.x (maybe) * Newer version of Abseil is required * Mozc 2.30.5544.102 requires Abseil 20240116.1 or newer one. As a practical approach, it is reasonable to update existing GYP patch to refactor for newer mozc version which targets at max 2.29.5544.102. Here is the brief review of current patches. * 0001-Update-uim-mozc-to-c979f127acaeb7b35d3344e8b1e40848e.patch * Required * 0002-Support-fcitx.patch * Required * 0003-Change-compiler-from-clang-to-gcc.patch * (maybe) Not needed anymore * Related commits: https://github.com/google/mozc/commit/ae169acdcc9f7c205a30d432486dcbf13dc3e316 https://github.com/google/mozc/commit/aba090da42a8366e72bc320dfafc3f9f93755edf * 0004-Add-usage_dict.txt.patch * Required. (maybe) * 0005-Enable-verbose-build.patch * Required. * 0006-Update-gyp-using-absl.patch * Required and need **massive** refactoring. * 0007-common.gypi-Use-command-v-instead-of-which.patch * (maybe) Not needed anymore * 0009-protobuf.gyp-Add-latomic-to-link_settings.patch * Required. * 0010-Fix-the-compile-error-of-ParseCommandLineFlags-with.patch * Required. Should be merged into 0006 patch. * 0011-Fix-missing-abseil-gyp-link-settings.patch * Required. Should be merged into 0006 patch. FYI: Mozc's tags: * 2.30.5544.102 Require abseil 20240116.1 or later * 2.29.5544.102 GYP was deprecated * 2.29.5374.102 * 2.29.5268.102 No gtk renderer anymore, need Qt. * 2.29.5160.102 The last version that gtk renderer is available. * 2.28.5029.102 * 2.28.4880.102 * 2.28.4715.102+dfsg Debian sid Regards,
Since 2.29.5160.102, --use_gyp_for_ibus_build option was removed.
FYI: Fedora ships 2.29.5111.102 (enable GTK renderer) openSUSE ships 2.29.5268.102 (migrated build system to Bazel) As a practical approach, it might better to target 2.29.5160.102 for a while. Then try to upgrade it to more newer version gradually. I've tried to refresh patch set for 2.29.5160.102 and attached it. * support-uim.patch * support-fcitx.patch * change-compiler-from-clang-to-gcc.patch * add-japanese-usage-dictionary.patch * enable-verbose-build.patch * update-gyp-using-system-abseil.patch * gyp-using-command-instead-of-which.patch * gyp-protobuf-link-with-atomic.patch * enable-deprecated-gtk-renderer.patch * fix-compile-error-of-ParseCommandLineFlags.patch * enable-use_gyp_for_ibus_build-again.patch * ibus-drop-needless-client_mock.patch * protobuf-revert-internal-cleanup.patch * uim-mozc-fix-ftbfs.patch Regards,
FYI: I'm testing built packages by myself mainly fcitx5-mozc. https://github.com/kenhys/mozc/releases/tag/debian-2.29.5160.102
FYI: It is hard directly upgrade to Mozc 2.30, so I've tried minor version of Mozc upgrade (from 2.28.4715.102 to 2.29.5160.102) for experimental. Accepted mozc 2.29.5160.102+dfsg-1~exp1 https://lists.debian.org/debian-experimental-changes/2024/11/msg00339.html
There is a blocker uploading to unstable. * uim-mozc: candidate words are shown with flickering It might be caused by broken update patch set for uim, but not confident yet because of lacking knowledge about uim-mozc enough. Above issue was verified with: ibus-mozc 2.29.5160.102+dfsg-1~exp1 mozc-data 2.29.5160.102+dfsg-1~exp1 mozc-server 2.29.5160.102+dfsg-1~exp1 mozc-utils-gui 2.29.5160.102+dfsg-1~exp1 uim-mozc:amd64 2.29.5160.102+dfsg-1~exp1 libuim-custom2:amd64 1:1.8.8-9.5+b2 libuim-data 1:1.8.8-9.5 libuim-scm0:amd64 1:1.8.8-9.5+b2 libuim8:amd64 1:1.8.8-9.5+b2 uim 1:1.8.8-9.5+b2 uim-data 1:1.8.8-9.5 uim-fep 1:1.8.8-9.5+b2 uim-gtk2.0 1:1.8.8-9.5+b2 uim-gtk2.0-immodule:amd64 1:1.8.8-9.5+b2 uim-gtk3 1:1.8.8-9.5+b2 uim-gtk3-immodule:amd64 1:1.8.8-9.5+b2 uim-mozc:amd64 2.29.5160.102+dfsg-1~exp1 uim-plugins:amd64 1:1.8.8-9.5+b2 uim-qt5 1:1.8.8-9.5+b2 uim-qt5-immodule:amd64 1:1.8.8-9.5+b2 uim-xim 1:1.8.8-9.5+b2 By the way, do we still need uim-mozc? and should it be? Surely current task-japanese-desktop prefers uim-mozc instead of uim-anthy. I'm not sure that uim-mozc maintenance is sustainable enough. Who can actively maintain it? Regards,
NOTE: This behavior is observed with uim-mozc on GNOME. (explicitly switched to uim-mozc with im-config configuration)
On Wed, 4 Dec 2024 21:28:10 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote: FYI: I've reported above issue as if it occurs with 2.29.5160.102+dfsg-1~exp1, but it was *also* reproducible with 2.28.4715.102+dfsg-2.3. So it was not regression with 2.29.5160.102+dfsg-1~exp1. ibus-mozc 2.28.4715.102+dfsg-2.3+b1 mozc-data 2.28.4715.102+dfsg-2.3 mozc-server 2.28.4715.102+dfsg-2.3+b1 mozc-utils-gui 2.28.4715.102+dfsg-2.3+b1 uim-mozc:amd64 2.28.4715.102+dfsg-2.3+b1 libuim-custom2:amd64 1:1.8.8-9.5+b2 libuim-data 1:1.8.8-9.5 libuim-scm0:amd64 1:1.8.8-9.5+b2 libuim8:amd64 1:1.8.8-9.5+b2 uim 1:1.8.8-9.5+b2 uim-data 1:1.8.8-9.5 uim-fep 1:1.8.8-9.5+b2 uim-gtk2.0 1:1.8.8-9.5+b2 uim-gtk2.0-immodule:amd64 1:1.8.8-9.5+b2 uim-gtk3 1:1.8.8-9.5+b2 uim-gtk3-immodule:amd64 1:1.8.8-9.5+b2 uim-mozc:amd64 2.28.4715.102+dfsg-2.3+b1 uim-plugins:amd64 1:1.8.8-9.5+b2 uim-qt5 1:1.8.8-9.5+b2 uim-qt5-immodule:amd64 1:1.8.8-9.5+b2 uim-xim 1:1.8.8-9.5+b2 Regards,
It seems that newer protobuf upgrading mozc package from 2.29.5160.102+dfsg-1~exp1 to 2.29.5268.102. There is libprotobuf-dev 3.25.4-1+b2 on experimental. 2.29.5268.102 requires it to build the following modules: * unix/ibus/ibus.gyp:ibus_mozc * unix/emacs/emacs.gyp:mozc_emacs_helper * server/server.gyp:mozc_server But, it seems that it requires auto-protobuf transition to be passed. https://release.debian.org/transitions/html/auto-protobuf.html Regards,
On Wed, 4 Dec 2024 21:42:59 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote: To be more presicely, the issue will happen when uim-mozc is used with wayland. (Under XOrg, it will not happen) Thus GNOME and derivatives might not be affected. (ibus-mozc will be used) Regards,
Hi, IMHO mozc_2.29.5160.102+dfsg-1~exp1 is now ready to ship it, so to make things forward, I've uploaded mozc_2.29.5160.102+dfsg-1 into DELAYED Queue with max delay (15-day). Regards,
FYI: As I noted previously, mozc_2.29.5160.102+dfsg-1 was landed on unstable now. https://tracker.debian.org/news/1596502/accepted-mozc-2295160102dfsg-1-source-into-unstable/
As 2.29.5160.102 was landed on Debian sid, so next target is 2.29.5268.102. But there is a blocker about working on it. * It requires newer version of absl and protobuf. And newer ones were uploaded to only experimental. (absl 20240722.0 and protobuf 3.25.4 on experimental) * Need to support Qt renderer. About former absl and protobuf issue, the following bugs must be resolved (auto-absl, auto-protobuf transition is now underway.) * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081553 * https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1034668 Note that protobuf 3.25.4 on experimental depends on older absl 20230802, so it must be rebuilt against absl 20240722.0. Regards,
Hello, As you know, recently newer Bazel related packages were landed into debian/unstable, so now I'm planning to update Mozc from 2.29.5160.102 to 3.33.6133. * Why was Mozc 3.33.6133 chosen? Now latest version of Mozc is 3.34.x, but it requires Bazel 9.x. Please recall that Bazel 7.7.1 was introduced Debian/unstable. And more, newer dependency libraries are required. You might feel that target version is too high from 2.29.5160.102, but if we upgrade to more older Mozc, it means that it requires to backport Mozc to older libabsl compatible codes. * What will be brought to you? I want to keep uim mozc and fcitx5-mozc, but drop fcitx-mozc. (uim mozc might be also dropped) Upstream changed to use Qt renderer, so GTK3 dependency will be also removed. * When is the new version of Mozc for Debian available? Not sure. There are many technical tasks to solve. * Revisit patch sets to apply * Porting uim mozc patch and fix FTBFS * Porting fcitx5 mozc patch and fix FTBFS * Fix src/third_party vendoring * Switch from GYP to Bazel build systems * ... At least, it will likely require several rounds of testing in the Debian experimental. I'm currently trying to switch to a new build system. Best Regards,
Hi, On Thu, 9 Jul 2026 23:38:03 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote: ... Revisited patch sets, here is the current status. Most of patch for FTBFS will be dropped. * debian/patches/0001-Support-uim.patch Keep, but additional patch to fix FTBFS. * debian/patches/0002-Support-fcitx.patch Need to rebase with fcitx/mozc, and additional patch to fix FTBFS * debian/patches/0003-Change-compiler-from-clang-to-gcc.patch No need anymore * debian/patches/0004-Add-usage_dict.txt.patch Need to update to follow upstream * debian/patches/0005-Enable-verbose-build.patch No need anymore * debian/patches/0006-Update-gyp-using-absl.patch No need anymore, migrate to Bazel * debian/patches/0007-common.gypi-Use-command-v-instead-of-which.patch No need anymore * debian/patches/0008-renderer-Convert-Gtk2-to-Gtk3.patch No need anymore, use Qt * debian/patches/0009-protobuf.gyp-Add-latomic-to-link_settings.patch No need anymore * debian/patches/0010-Fix-the-compile-error-of-ParseCommandLineFlags-with.patch No need anymore * debian/patches/0011-enable-deprecated-gtk-renderer.patch No need anymore * debian/patches/0012-Enable-use_gyp_for_ibus_build-again.patch No need anymore * debian/patches/0013-ibus-drop-needless-client_mock.patch No need anymore * debian/patches/0014-protobuf-revert-internal-cleanup.patch No need anymore * debian/patches/0015-uim-mozc-fix-ftbfs.patch No need anymore * debian/patches/0016-Fix-FTBFS-with-absl-20240722.0.patch No need anymore * debian/patches/0017-Fix-FTBFS-CPP20-FCITX5-RISCV.patch No need anymore * debian/patches/0018-Fix-FTBFS-with-absl-20260107.0.patch No need anymore * debian/patches/fcitx5-backport/e13338a41329f58e724801771f0cecf7338e24fb.patch No need anymore Then, need to patch like this for Mozc 3.33.6133: * 0001-Support-uim.patch * 0002-Support-fcitx5.patch * 0003-fix-mozc-visibility.patch * 0004-fix-mozc-ftbfs.patch * 0005-fix-uim-ftbfs.patch * 0006-src-add-missing-pkg-config-fcitx5-and-uim.patch * 0007-Add-usage_dict.txt.patch * 0008-Add-material-icons.patch * 0009-uim-add-BUILD.bazel.patch * 0010-Add-zip-code-data.patch Best Regards,
Hi, On Thu, 9 Jul 2026 23:38:03 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote: ... Additionally, armhf and i386 will be dropped. This restriction is coming from bazel-bootstrap. https://buildd.debian.org/status/package.php?p=bazel-bootstrap Best Regards,
I'll upload mozc_3.33.6133+ds1-0.1~exp1.dsc to experimental. Highlight: * From mozc-2.29.5160.102+dfsg to 3.33.6133 contains a number of changes. (compressed debdiff size: 27MB) * Build system was changed from GYP to Bazel finally There are known limitations: * no armhf and i386 support anymore (won't fix issue with Bazel) * no mozc_tool support for uim (*) Thus, it is not good shape for unstable yet. Especially uim and mozc_tool issue might be critical for daily driver. Even though above issue exists, it might be better to test with various desktop environment. Willing to test this experimental version, user's feedback is welcome. Best Regards, On Thu, 16 Jul 2026 23:14:19 +0900 Kentaro HAYASHI <kenhys@xdump.org> wrote: