fcitx5-mozc: 2.26.4220.102 -> 2.30.5544.102

[musjj]

Upgrades fcitx5-mozc to 2.30.5544.102 with the bazel build system.

I didn't choose the latest version (2.30.5595.102) because it uses the new local.bzl feature that is only available in bazel >7.2 (see: bazelbuild/bazel#22612), so that's blocked until #338264 is merged.

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)
  • sandbox = relaxed
  • sandbox = true
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
• Fits CONTRIBUTING.md.

---

Add a 👍 reaction to pull requests you find important.

[SuperSandro2000]

Because of bazel we cannot unvendor things, right?

[musjj]

It's mostly from the submodules in here: https://github.com/fcitx/mozc/tree/ace314567109cbc30dc336fb27844dacff782dd9/src/third_party.

General info about the license: https://github.com/fcitx/mozc/tree/master?tab=readme-ov-file#license

[stephen-huan]

Thanks for your work on this PR over more than a year (!)! I don't know bazel and fcitx that much so I'll just comment on the ibus integration. The integration here is tight and exactly what I imagined when I made my comments.

The old PR #251706 packaged google/mozc with the bazelTargets

bazelTargets = [
  "server:mozc_server"
  "gui/tool:mozc_tool"
];

I proposed in #251706 (comment) to remove this in favor of re-using ibus-engines.mozc.

It seems possible to expose one mozc derivation packaging google/mozc and use this for both ibus-engines.mozc and fcitx5-mozc to prevent redundancy and simplify maintenance.

but was shot down by @mikunimaru in #251706 (comment) and #251706 (comment).

Also you mentioned in #251706 (comment)

As for the ibus stuff, I'm not really sure since I never used it. But theoretically it should be possible to share the mozc package between it, by making the right overrides to the bazelTargets.

That seems to have happened in this PR, now that mozc is no longer being re-packaged (the first two commits rename ibus-mozc to mozc and expose mozc-ut at the top level). But the bazelTargets of current mozc is different than the mozc packaged in the old PR.

nixpkgs/pkgs/by-name/mo/mozc/package.nix

Line 63 in bc947f5

bazelTargets = [ "package" ];

What changed in the derivation to not require overriding bazelTargets? And what do you think about @mikunimaru's comments about the re-use?

[musjj]

The new package by @pineapplehunter uses the package target which bundles in other targets, including fcitx5, ibus and emacs:

mozc/src/unix/BUILD.bazel

genrule(
    name = "package",
    srcs = [
        ":icons",
        "//gui/tool:mozc_tool",
        "//server:mozc_server",
        "//unix/emacs:mozc_emacs_helper",
        "//unix/ibus:gen_mozc_xml",
        "//unix/ibus:ibus_mozc",
        "//unix/emacs:mozc.el",
        "//renderer/qt:mozc_renderer",
    ],

So it's just a lot more convenient now.

As for @mikunimaru's concerns, the original PR was actually built using google/mozc from the start (for mozc_server). I've daily-driven it since then and I have yet to see any issues, so incompatibility shouldn't be a concern. It's also how the AUR package is built, which is what I based my PR on.

[stephen-huan]

Haven't tested fcitx, but the integration with ibus-mozc and mozc-ut looks good!