Package Details: fcitx5-mozc-ut 2.29.5200.102-1

Git Clone URL: (read-only, click to copy)
Package Base: fcitx5-mozc-ut
Description: Mozc module for Fcitx5
Upstream URL:
Licenses: GPL, custom, LGPL, MIT, Apache
Conflicts: fcitx5-mozc
Provides: fcitx5-mozc
Submitter: Nocifer
Maintainer: Nocifer
Last Packager: Nocifer
Votes: 26
Popularity: 0.72
First Submitted: 2020-12-08 09:21 (UTC)
Last Updated: 2023-08-22 06:30 (UTC)

Pinned Comments

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

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

Latest Comments

1 2 3 Next › Last »

dough.mean commented on 2023-08-22 11:32 (UTC)

@Nocifer Thanks for the explanation! Another thing: how does fcitx communicate with mozc? Does it expect mozc_server and mozc_tool to be available in a certain path?

Nocifer commented on 2023-08-22 09:27 (UTC) (edited on 2023-08-22 09:28 (UTC) by Nocifer)

@dough.mean The packages are split so that mozc/mozc-ut provide Mozc itself and the ibus-mozc/fcitx5/-mozc-ut/emacs-mozc packages provide the respective GUI plus the required "glue" to make it all work.

The idea behind this is that some people may need to run multiple user accounts on the same machine but with different DEs (e.g. on a family or student laptop), so in such a case the different GUI packages should be possible to be installed in parallel in whatever combination, without the file conflicts that would occur if the three GUI packages also included the Mozc engine files, which would be common (and redundant) between them.

Another way to go about it would have been to provide a full package with all the required files for the Mozc engine as well as all the different GUIs (IBus, Fcitx & Emacs currently, but there used to be more, e.g. UIM), but back when I created the packages the trend was to provide a single package for each frontend, so I ended up with the current solution.

If you don't care about all that, then there is no need to split the packages.

dough.mean commented on 2023-08-21 07:31 (UTC) (edited on 2023-08-21 07:31 (UTC) by dough.mean)

I'm trying to port this package for another distro, and I have a question. Why does this package depends on mozc/mozc-ut? Doesn't the fcitx/mozc repro already includes mozc itself? Can anyone explain the relationship between these packages?

ginnokami commented on 2023-05-28 20:22 (UTC)

@Nocifer Thanks for the comment, it got me thinking in the right direction. I should have mentioned that I was building with paru's chroot option. Looks like it was an issue that has been patched already within paru, because switching to paru-git fixed the issue.

Nocifer commented on 2023-05-28 07:31 (UTC) (edited on 2023-05-28 07:32 (UTC) by Nocifer)

@ginnokami If you're not doing it this way already, you need to provide the mozc package manually as a dependency with the -I switch, i.e. makechrootpkg -I /path/to/mozc-2.28.5105.102-1-any.pkg.tar.zst ...

Don't forget, it's supposed to be a "clean" chroot, so whatever you have installed (either on your system or in the chroot itself) is irrelevant as long as it's not part of the base system, because the chroot gets "cleaned" before every operation.

ginnokami commented on 2023-05-27 22:35 (UTC)

Is anyone else having an issue building 2.28.5105.102-1 in a clean chroot? I have mozc-ut 2.28.5105.102.20230524-1 built and installed, but pacman keeps complaining about missing dependencies:

=> Making package: fcitx5-mozc-ut 2.28.5105.102-1 (Sat May 27 18:32:56 2023)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: mozc>=2.28.5105.102
==> ERROR: 'pacman' failed to install missing dependencies.
==> Missing dependencies:
  -> fcitx5
  -> mozc>=2.28.5105.102
==> Checking buildtime dependencies...
==> Installing missing dependencies...

Nocifer commented on 2023-02-14 16:05 (UTC)

In version 2.28.5008.102 the build process has been changed, from using Google's Mozc repository as a base and patching in the Fcitx5 target provided by Fcitx's forked Mozc repository, to directly fetching the latter and doing away with all the unnecessary patch juggling.

The downside is that you'll need to cleanly build the package in order to update it, i.e. you'll need to delete the fcitx5-mozc-ut-git folder (if you keep it around for using it in subsequent builds).

Nocifer commented on 2022-11-02 09:51 (UTC)

@Ayaka Going by your log it seems you were actually trying to install fcitx5-mozc-ut-full which is a different package, and it failed because it's outdated.

Ayaka commented on 2022-11-02 08:34 (UTC)

  -> Downloading mozcdic-ut-20220723.tar.bz2...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0
curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading
 -> error downloading sources: mozc-ut-full 
         context: exit status 1 

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

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