Arch Linux User Repository

==> UT Dictionary steps, rewrite of sh make.sh ==> 1. Append dictionaries ==> 2. Patch ruby scripts to avoid downloading renamed '/usr/src/tmp/mozc-ut-full/src/jawiki-latest-all-titles-in-ns0-20240612.gz' -> './jawiki-latest-all-titles-in-ns0.gz' ==> 3. Run the ruby scripts as in original make.sh, it may take some time... ==> 4. Finally add UT dictionary to mozc source ==> Starting pkgver()... ==> Removing existing $pkgdir/ directory... ==> Starting build()... Extracting Bazel installation... Starting local Bazel server and connecting to it... Server crashed during startup. Now printing /root/.cache/bazel/_bazel_root/6276fb3b2fa67ed9a558b53d6fb38290/server/jvm.out Error: LinkageError occurred while loading main class com.google.devtools.build.lib.bazel.Bazel java.lang.UnsupportedClassVersionError: com/google/devtools/build/lib/bazel/Bazel has been compiled by a more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes class file versions up to 55.0 ==> ERROR: A failure occurred in build(). Aborting...

Checksum still fails for mozcdic-ut-personal-names-20240331.txt.tar.bz2 and mozcdic-ut-sudachidict-20240331.txt.tar.bz2.

==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha512sums...
    mozc ... Skipped
    x-ken-all-202110.zip ... Passed
    jigyosyo-202110.zip ... Passed
    abseil-cpp ... Skipped
    breakpad ... Skipped
    googletest ... Skipped
    gyp ... Skipped
    japanese-usage-dictionary ... Skipped
    jsoncpp ... Skipped
    protobuf ... Skipped
    merge-ut-dictionaries ... Skipped
    jawiki-latest-all-titles-in-ns0-20231008.gz ... FAILED
    mozcdic-ut-alt-cannadic-20231008.txt.tar.bz2 ... Passed
    mozcdic-ut-edict2-20231008.txt.tar.bz2 ... FAILED
    mozcdic-ut-jawiki-20231008.txt.tar.bz2 ... FAILED
    mozcdic-ut-neologd-20231008.txt.tar.bz2 ... Passed
    mozcdic-ut-personal-names-20231008.txt.tar.bz2 ... FAILED
    mozcdic-ut-place-names-20231008.txt.tar.bz2 ... FAILED
    mozcdic-ut-skk-jisyo-20231008.txt.tar.bz2 ... Passed
    mozcdic-ut-sudachidict-20231008.txt.tar.bz2 ... Passed
==> ERROR: One or more files did not pass the validity check!
 -> error downloading sources: /home/user/.cache/yay/mozc-ut-full 
         context: exit status 1 

With clean as arctic ice bazel cache:

10:29:45 ERROR: Traceback (most recent call last):
10:29:45    File "/home/builder/.cache/bazel/_bazel_builder/ad1e64ce2a5749c9b6295b7eb211686d/external/qt_linux/BUILD.bazel", line 8, column 16, in <toplevel>
10:29:45        hdrs = glob([
10:29:45 Error in glob: pattern cannot be absolute
10:29:46 Analyzing: 6 targets (50 packages loaded, 138 targets configured)
10:29:47 Analyzing: 6 targets (50 packages loaded, 138 targets configured)
10:29:48 ERROR: /home/builder/.cache/aurutils/sync/mozc-ut-full/src/mozc/src/gui/tool/BUILD.bazel:95:18: no such target '@qt_linux//:qt_linux': target 'qt_linux' not declared in package '' defined by /home/builder/.cache/bazel/_bazel_builder/ad1e64ce2a5749c9b6295b7eb211686d/external/qt_linux/BUILD.bazel (Tip: use `query "@qt_linux//:*"` to see all the targets in that package) and referenced by '//gui/tool:mozc_tool'
10:29:48 ERROR: Analysis of target '//gui/tool:mozc_tool' failed; build aborted: Analysis failed
10:29:48 INFO: Elapsed time: 24.110s
10:29:48 INFO: 0 processes.
10:29:48 FAILED: Build did NOT complete successfully (51 packages loaded, 138 targets configured)

Aborting...

curl: (22) The requested URL returned error: 504
==> ERROR: Failure while downloading https://osdn.net/projects/ponsfoot-aur/storage/mozc/x-ken-all-202110.zip
error: failed to download sources for 'mozc-ut-full-2.29.5220.102.20230911-1 (mozc-ut-full-common fcitx5-mozc-ut-full)':

Notes about this update:

1. deprecated qt5-base as to qt6-base, to utilize the /usr/lib/mozc/mozc_tool
2. remove gtk2 dependency as it is removed upstream.
3. move away some qt5-base depends on multiple packages.

@Score_Under: please rephrase the term: "Every time I get to it", because I can't understand that.

Let me explain a bit:

1. The main repo, aka. fcitx's fork of mozc, is pinned to a certain commit, in the line _mozc_commit=e4617bf, which should be unique-hashed enough.
2. The other libs are defined by the git submodule document in THAT mozc commit.
3. The utuhiro78 additional dictionary helper is maintained by the author, and is fine to always follow up to main branch IMHO, as it won't pollute final binary.
4. I admit that it isn't the best solution to use git repo as source. Also, Noted that I'm not always following the latest commit.
5. The dictionaries are prefixed with the date-of-latest-push (well, not that accurate anyway)

Would it be possible to pin the resources in this pkgbuild to a specific git hash permalink instead of the main branch? Every time I get to it, the hashes are incorrect already.

1. It just runs makepkg in a container and puts the result into the repo, it's not black magic. It does what PKGBUILD tells it to do.
2. I only tried to execute it standalone to get an error message, because it didn't run at all via ibus on Gnome as I actually use it. The Properties dialog is actually fine to run via cmd. That problem was fixed by this commit: https://aur.archlinux.org/cgit/aur.git/commit/?h=mozc-ut-full&id=c8f75cae67a60f099fb2e3220b6ab6d59246ffb4 that introduced qt5-base as makedep. Because before it had no way to know that this needs qt5-base to actually build properly.

Now my problem is that autocompletion popup only stays for half a second before completing with the first suggestion and closing itself. Not sure how to debug this, but I think it's a mozc' issue, not PKGBUILD'.

1. well...I'm not pretty sure but, the Arch's official devtools returns that they're using systemd-nspawn as official container solution. So, maybe no much help if you're using docker...(still, make sure your docker steps are cohere to upstream's steps might help)

2. mozc isn't meant for execute and use as standalone app (can tell by the pkgnames in PKGBUILD), if you're telling me that, it doesn't work on XX input framework, then there probably be some workaround or hint of breakage. You can't tell me by "it can't be executed alone, thus I can't input a thing through it." FYI, I mainly use fcitx5-mozc, and when it fails me, there comes a recompile due to library mismatch.