Sorry for the fsck up, I don't even know how I managed to do that. Package permissions have (hopefully) been fixed.
Search Criteria
Package Details: ibus-mozc 2.30.5618.102-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ibus-mozc.git (read-only, click to copy) |
---|---|
Package Base: | ibus-mozc |
Description: | Mozc module for IBus |
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 |
Submitter: | Nocifer |
Maintainer: | Nocifer |
Last Packager: | Nocifer |
Votes: | 16 |
Popularity: | 0.004052 |
First Submitted: | 2021-12-26 10:41 (UTC) |
Last Updated: | 2024-10-10 12:38 (UTC) |
Dependencies (6)
- ibus (ibus-gitAUR)
- mozcAUR (mozc-utAUR)
- bazel (bazel-gitAUR, bazel024-binAUR, bazel3AUR, bazel3-binAUR, bazel5AUR, bazelisk-gitAUR, bazeliskAUR, bazelisk-binAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR) (make)
Sources (8)
- git+https://github.com/abseil/abseil-cpp.git#commit=4447c7562e3bc702ade25105912dce503f0c4010
- git+https://github.com/chromium/gyp.git#commit=9ecf45e37677743503342ee4c6a76eaee80e4a7f
- git+https://github.com/google/breakpad.git#commit=216cea7bca53fa441a3ee0d0f5fd339a3a894224
- git+https://github.com/google/googletest.git#commit=b514bdc898e2951020cbdca1304b75f5950d1f59
- git+https://github.com/google/mozc.git#commit=1d74ac4a0f569aaa99838df861997f3e882add3c
- git+https://github.com/hiroyuki-komatsu/japanese-usage-dictionary.git#commit=e5b3425575734c323e1d947009dd74709437b684
- git+https://github.com/microsoft/wil.git#commit=fc5dbf55989fe20351c71d038a8d12de4b397a6d
- git+https://github.com/protocolbuffers/protobuf.git#commit=7cc670c1809e704ebeba90fb430d50e009f36727
Nocifer commented on 2024-03-09 13:09 (UTC)
thecheddarcheese commented on 2024-03-09 11:07 (UTC)
Ibus doesn't see mozc after updating for some reason. Changing file permissions to 755 didn't work
birchwhitebrain commented on 2024-03-09 04:32 (UTC)
The latest version seems to be broken. Cross-referencing a comment under the mozc
package, I'm guessing it's due to the change in file permission for the targets mozc-renderer
and ibus_mozc
from 755
to 644
. Changing them back to 755
in the PKGBUILD fixed it for me. Could you please fix these file permission issues? Thank you!
Nocifer commented on 2023-05-08 16:02 (UTC)
@mod20 I get the same build error even when building against the latest master. I've reported it upstream, so hopefully it'll get fixed soon.
mod20 commented on 2023-05-08 14:37 (UTC) (edited on 2023-05-08 14:39 (UTC) by mod20)
I am getting the following error when compiling with latest GCC (13.1.1):
ERROR: /home/modanese/.cache/aurutils/sync/ibus-mozc/src/ibus-mozc-git/src/unix/ibus/BUILD.bazel:85:16: Compiling unix/ibus/ibus_wrapper.cc failed: (Exit 1): gcc failed: error executing command (from target //unix/ibus:ibus_wrapper) /usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections ... (remaining 60 arguments skipped)
Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
unix/ibus/ibus_wrapper.cc: In member function 'void mozc::ibus::IbusBusWrapper::RequestName(absl::lts_20230125::string_view)':
unix/ibus/ibus_wrapper.cc:417:13: error: 'uint32_t' does not name a type
417 | constexpr uint32_t flags = 0;
| ^~~~~~~~
unix/ibus/ibus_wrapper.cc:31:1: note: 'uint32_t' is defined in header '<cstdint>'; did you forget to '#include <cstdint>'?
30 | #include "unix/ibus/ibus_wrapper.h"
+++ |+#include <cstdint>
31 |
unix/ibus/ibus_wrapper.cc:418:44: error: 'flags' was not declared in this scope
418 | ibus_bus_request_name(bus_, name.data(), flags);
| ^~~~~
Tried deleting the bazel cache, but that didn't help.
Nocifer commented on 2023-03-05 18:33 (UTC)
Sorry about that, my cache folder still contained a mozc_renderer
binary in renderer
from the previous build and during testing the package managed to build successfully by reusing that, so I completely failed to notice the issue. Should be fixed now, thanks for reporting.
mithrillion commented on 2023-03-05 13:00 (UTC) (edited on 2023-03-05 13:06 (UTC) by mithrillion)
Current version fails because the latest update to PKGBUILD updates the destination folder of mozc_renderer
to renderer/qt
from renderer
but the install -Dm755 bazel-bin/renderer/mozc_renderer
command does not reflect it.
Something like this can solve the issue until the update:
ln -s ~/.cache/yay/ibus-mozc/src/ibus-mozc-git/src/bazel-bin/renderer/qt/mozc_renderer ~/.cache/yay/ibus-mozc/src/ibus-mozc-git/src/bazel-bin/renderer/mozc_renderer
Nocifer commented on 2023-01-18 15:20 (UTC)
@jukan This package does not install any configuration file, it only installs the Mozc binaries and a few extra files like licenses and icons, which you can verify by checking out the PKGBUILD.
If the default config file that (I suppose) is automatically created when launching Mozc via IBus contains errors, then you should probably report it upstream so the developers can provide a fix.
jukan commented on 2023-01-17 05:47 (UTC)
The default config for this package currently seems broken for me. The upstream docs omit quotes from the composition_mode
field of the config.
https://github.com/google/mozc/blob/db37db71b53c9accc9ad66d12ad8196b25c771b3/docs/configurations.md
Removing the quotes made the input work for (after restarting IBus).
Nocifer commented on 2022-05-29 21:56 (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).
Pinned Comments
Nocifer commented on 2022-05-29 21:56 (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).