Package Details: mozc 2.30.5618.102-1

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: 81
Popularity: 1.04
First Submitted: 2010-08-09 04:27 (UTC)
Last Updated: 2024-10-10 12:38 (UTC)

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

« First ‹ Previous 1 2 3 4 5 6 7 .. 16 Next › Last »

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.

<deleted-account> commented on 2023-01-07 22:30 (UTC)

@Nocifer I tried your suggestions, but it must be some kind of misconfiguration that I am not aware of, as you thought. I ended up fresh install the Arch (since I couldn't solve the issue with anything I could think of), and as you might guess, no problem with installing on a fresh Arch. I may delete the post (including this one) later, since the cause is all on me. Thank you very much for you time.

Nocifer commented on 2023-01-07 08:07 (UTC)

@arix It looks like Bazel is not able to find the Python interpreter, even though it should have been installed as a build dependency. I can't think of any reason you should be getting such an error unless there is some kind of misconfiguration.

You could try to a) edit the bazel build command in the PKGBUILD (line 38) and add --sandbox_debug at the end, as your error log suggests, and then see where that gets you; or b) install Python manually beforehand and see if the script will work that way (I doubt it, but you never know).

<deleted-account> commented on 2023-01-07 05:14 (UTC)

Help please, I cannot install the package. Please let me know if you need other informations to figure out the issue.

ERROR: /home/xxx/.cache/yay/mozc/src/mozc-git/src/base/BUILD.bazel:939:8: Executing genrule //base:config_file_stream_data failed: (Exit 1): bash failed: error executing command (from target //base:config_file_stream_data) /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 occurred while attempting to use the default Python toolchain (@rules_python//python:autodetecting_toolchain).
Neither 'python3' nor 'python' were found on the target platform's PATH, which is:

/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

Please ensure an interpreter is available on this platform (and marked executable), or else register an appropriate Python toolchain as per the documentation for py_runtime_pair (https://github.com/bazelbuild/rules_python/blob/master/docs/python.md#py_runtime_pair).
ERROR: /home/xxx/.cache/yay/mozc/src/mozc-git/src/dictionary/BUILD.bazel:610:8: Executing genrule //dictionary:pos_matcher failed: (Exit 1): bash failed: error executing command (from target //dictionary:pos_matcher) /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 occurred while attempting to use the default Python toolchain (@rules_python//python:autodetecting_toolchain).
Neither 'python3' nor 'python' were found on the target platform's PATH, which is:

/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl

Please ensure an interpreter is available on this platform (and marked executable), or else register an appropriate Python toolchain as per the documentation for py_runtime_pair (https://github.com/bazelbuild/rules_python/blob/master/docs/python.md#py_runtime_pair).
INFO: Elapsed time: 69.865s, Critical Path: 16.13s
INFO: 201 processes: 21 internal, 180 linux-sandbox.
FAILED: Build did NOT complete successfully
==> ERROR: A failure occurred in build().
    Aborting...
error: target not found: mozc
 -> error making: mozc