Package Base Details: mozc-ut-full

Git Clone URL: (read-only, click to copy)
Submitter: brli
Maintainer: brli
Last Packager: brli
Votes: 6
Popularity: 0.85
First Submitted: 2022-07-04 17:27 (UTC)
Last Updated: 2024-06-13 07:15 (UTC)

Latest Comments

1 2 3 Next › Last »

Bitals commented on 2024-04-14 10:38 (UTC)

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

zwastik commented on 2023-11-22 17:17 (UTC)

==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha512sums...
    mozc ... Skipped ... Passed ... 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 

Bitals commented on 2023-10-11 10:40 (UTC)

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)

tkna commented on 2023-10-11 00:23 (UTC)


curl: (22) The requested URL returned error: 504
==> ERROR: Failure while downloading
error: failed to download sources for 'mozc-ut-full-2.29.5220.102.20230911-1 (mozc-ut-full-common fcitx5-mozc-ut-full)':

brli commented on 2023-09-24 05:54 (UTC)

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.

brli commented on 2023-08-31 19:09 (UTC)

@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)

Score_Under commented on 2023-08-31 10:07 (UTC)

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.

Bitals commented on 2023-08-08 11:33 (UTC)

  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: 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'.

brli commented on 2023-08-06 15:25 (UTC)

  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.

Bitals commented on 2023-07-15 12:12 (UTC)

@BrLi It got installed once it was in makedeps. Docker image is rebuilt weekly and immediately on large updates when they happen. Only problem now is the completion prompt being displayed for just a couple of frames, making it impossible to use.