Package Details: mozc 2.29.5400.102-2

Git Clone URL: https://aur.archlinux.org/mozc.git (read-only, click to copy)
Package Base: mozc
Description: The Open Source edition of Google Japanese Input
Upstream URL: https://github.com/google/mozc
Licenses: Apache-2.0 AND BSD-2-Clause AND BSD-3-Clause AND MIT AND NAIST-2003 AND Unicode-3.0 AND LicenseRef-Okinawa-Dictionary
Conflicts: mozc-ut
Submitter: ponsfoot
Maintainer: Nocifer
Last Packager: Nocifer
Votes: 77
Popularity: 0.25
First Submitted: 2010-08-09 04:27 (UTC)
Last Updated: 2024-03-09 12:35 (UTC)

Dependencies (7)

Sources (1)

Pinned Comments

Nocifer commented on 2022-05-29 21:53 (UTC) (edited on 2023-08-22 09:33 (UTC) by Nocifer)

If you're getting compilation errors, please delete your Bazel cache (~/.cache/bazel by default).

Latest Comments

1 2 3 4 5 6 .. 16 Next › Last »

Nocifer commented on 2024-03-09 13:08 (UTC)

Sorry for the fsck up, I don't even know how I managed to do that. Package permissions have (hopefully) been fixed.

keiichiiownsu12 commented on 2024-03-09 01:51 (UTC)

mozc_server and mozc_tool are installed with 6-- instead of 7--. Please revert the relevant changes in the pkgbuild

loqusion commented on 2024-02-24 23:03 (UTC)

The issue I experienced earlier was caused by a re-exported PATH which included rye's python shims:

  (cd /home/loqusion/.cache/bazel/_bazel_loqusion/1740d625a2d23b8100ac375e0bfd1640/sandbox/linux-sandbox/10/execroot/mozc && \
  exec env - \
    PATH=/home/loqusion/.rye/shims:redacted \
  /bin/bash -c 'source external/bazel_tools/tools/genrule/genrule-setup.sh; bazel-out/k8-opt-exec-ST-13d3ddad9198/bin/dictionary/gen_pos_matcher_code --id_file=data/dictionary_oss/id.def --special_pos_file=data/rules/special_pos.def --pos_matcher_rule_file=data/rules/pos_matcher_rule.def --output_pos_matcher_data=bazel-out/k8-opt/bin/data_manager/oss/pos_matcher.data')

(I found this by running env PATH=... makepkg with various PATHs until I identified the culprit.)

This seems to have been fixed in a recent version of rye.

ruahcra commented on 2024-02-22 11:13 (UTC)

@Nocifer Maybe it's worth creating an issue in https://gitlab.archlinux.org/archlinux/packaging/packages/fcitx-mozc/-/issues now that everything is on GitLab, perhaps it can get more eyes on your request and something will change

Nocifer commented on 2024-02-20 09:52 (UTC)

Unfortunately, Bazel's default log output is not exactly helpful. You can try replacing bazel build server:mozc_server gui/tool:mozc_tool --config oss_linux --compilation_mode opt in the PKGBUILD with bazel build --verbose_failures server:mozc_server gui/tool:mozc_tool --config oss_linux --compilation_mode opt and then rebuilding the package, that --verbose_failures flag will hopefully provide some good info on the specific commands that fail.

loqusion commented on 2024-02-20 00:35 (UTC)

Running extra-x86_64-build (from devtools) builds successfully, so you're probably right that there's some anomaly on my system that prevents it from building properly. Are there any likely candidates you know of?

Nocifer commented on 2024-02-17 22:17 (UTC)

I strongly suspect it's something to do with your system configuration; it may have been lurking and only brought to the spotlight by the recently-released Babel 7.0 update, which already produced one new issue for Mozc that had to be fixed. Can you check if the package builds in a clean chroot?

Regarding fcitx-mozc-ut and its dependencies, all three frontend packages (fcitx-mozc-ut, ibus-mozc and emacs-mozc) are UT-agnostic and can be used with either mozc (the upstream version) or mozc-ut (the UT version). This is why they depend only on "mozc", which is provided by both mozc and mozc-ut.

fcitx-mozc-ut should really be called fcitx-mozc, without the '-ut' suffix, just like the other two frontend packages. Unfortunately, there is already a conflicting fcitx-mozc package in the extra repository, the maintainer of which neglects to properly maintain it (last real update was almost 3 years ago) and at the same time refuses (or at least ignores my request) to relinquish control of it and release it in the AUR so it can be replaced by this package. Until that happens, this package must confusingly remain as fcitx-mozc-ut.

loqusion commented on 2024-02-17 21:42 (UTC)

Yeah, I had fcitx5-mozc-ut (which depends on mozc and not mozc-ut for some reason) working for months and then recently the mozc build started failing on system upgrades. Removing $srcdir also doesn't fix it unfortunately.

Nocifer commented on 2024-02-17 19:43 (UTC)

Hmm, I see some errors in there that plain don't make sense: error: could not determine home folder and FAILED: Fetching https://www.post.japanpost.jp/zipcode/dl/kogaki/zip/ken_all.zip; 1.0 MiB (63.4%).

These errors indicate to me that something is majorly messed up. You could try cleaning your cached $srcdir as well and redownloading the sources. Perhaps there are file conflicts in there that won't show up. Otherwise, I really don't know what to make of this log.

By the way, judging by the fact that you had an existing ~/.cache/bazel that you needed to delete, I assume that you've previously managed to successfully build this package, right? And it's only with the latest update that you get this issue?

loqusion commented on 2024-02-15 19:19 (UTC) (edited on 2024-02-15 19:21 (UTC) by loqusion)

DEBUG: Rule 'zip_code_jigyosyo' indicated that a canonical reproducible form can be obtained by modifying arguments integrity = "sha256-8AEhfa3WhIQcMbHspq6gXuyRjxR6VIcQRD0I/4LCjIo="
DEBUG: Repository zip_code_jigyosyo instantiated at:
  /home/loqusion/mozc/src/mozc-git/src/WORKSPACE.bazel:241:13: in <toplevel>
Repository rule http_archive defined at:
  /home/loqusion/.cache/bazel/_bazel_loqusion/1740d625a2d23b8100ac375e0bfd1640/external/bazel_tools/tools/build_defs/repo/http.bzl:381:31: in <toplevel>
ERROR: /home/loqusion/mozc/src/mozc-git/src/data_manager/oss/BUILD.bazel:45:13: Executing genrule //data_manager/oss:mozc_dataset_for_oss@user_pos failed: (Exit 1): bash failed: error executing Genrule command (from target //data_manager/oss:mozc_dataset_for_oss@user_pos) /bin/bash -c ... (remaining 1 argument skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
error: could not determine home folder
INFO: Repository zip_code_ken_all instantiated at:
  /home/loqusion/mozc/src/mozc-git/src/WORKSPACE.bazel:235:13: in <toplevel>
Repository rule http_archive defined at:
  /home/loqusion/.cache/bazel/_bazel_loqusion/1740d625a2d23b8100ac375e0bfd1640/external/bazel_tools/tools/build_defs/repo/http.bzl:381:31: in <toplevel>
Target //gui/tool:mozc_tool failed to build
Use --verbose_failures to see the command lines of failed build steps.
ERROR: /home/loqusion/mozc/src/mozc-git/src/data_manager/oss/BUILD.bazel:45:13 Executing genrule //data_manager/oss:mozc_dataset_for_oss@pos_list_header failed: (Exit 1): bash failed: error executing Genrule command (from target //data_manager/oss:mozc_dataset_for_oss@user_pos) /bin/bash -c ... (remaining 1 argument skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
INFO: Elapsed time: 9.932s, Critical Path: 2.20s
INFO: 476 processes: 374 internal, 102 linux-sandbox.
ERROR: Build did NOT complete successfully
FAILED: 
    Fetching https://www.post.japanpost.jp/zipcode/dl/kogaki/zip/ken_all.zip; 1.0 MiB (63.4%)

I disabled ccache/distcc and deleted ~/.cache/bazel.