Package Details: mozc-ut 2.18.2612.102.20160905-1

Git Clone URL: https://aur.archlinux.org/mozc-ut.git (read-only)
Package Base: mozc-ut
Description: Mozc the Japanese Input Method with Mozc UT Dictionary (Discontinued)
Upstream URL: http://www.geocities.jp/ep3797/mozc-ut.html
Licenses: GPL, custom, BSD, cc-by-sa
Groups: mozc-im
Conflicts: mozc, mozc-server, mozc-utils-gui
Provides: mozc=
Replaces: mozc-server-ut, mozc-utils-gui-ut
Submitter: ponsfoot
Maintainer: ponsfoot
Last Packager: ponsfoot
Votes: 17
Popularity: 0.015283
First Submitted: 2010-11-15 11:42
Last Updated: 2016-10-16 14:13

Latest Comments

ponsfoot commented on 2016-10-16 13:55

mozc-ut is no longer maintained. Please use mozc-ut2 or mozc-neologd-ut instead.
This will be removed in the future.

Chromaryu commented on 2016-09-17 09:31

Seems to be /usr/bin/rcc doesn't exist unless qtchooser installed.

ponsfoot commented on 2016-03-03 12:58

@misc:
Thank you for the info.
It should be fixed on 2.17.2313.102.20160125-2.

misc commented on 2016-03-02 23:43

Seems there's a bug in makepkg, and your pkgver() isn't executed.

ponsfoot commented on 2016-03-02 13:29

@misc:
> The comments for _kill_kill_line are confusing

Yes, indeed. I'll change it on next release.
Thx

misc commented on 2016-03-01 21:24

The comments for _kill_kill_line are confusing. If I understand it correctly,

* "try to uncomment below" (which it already is) should be "set to anything except 'yes'"
* instead of the confusing name _kill_kill_line it should be _kill_line (with semantics inverted, ofc)
* The next line ("This will disable …") should be removed entirely.

(That aside, no idea what this feature even does.)

ponsfoot commented on 2016-01-27 12:48

@misc:
Thank you for the info.
Fixed it and bump latest ut-doc.

misc commented on 2016-01-26 15:14

Looks like the file's sha1 wasn't updated to 22b7c2a5b0a7fef778ee72ebe5873a75e879d26b.

Thanks for maintaining, btw.

ponsfoot commented on 2016-01-26 06:38

@misc:
Sorry, it should be fixed now.
Thank you for the info.

misc commented on 2016-01-25 16:25

"uim-mozc-320.7072409.tar.xz not found"

ponsfoot commented on 2015-12-03 11:39

@misc:
Sorry again, it's a bug of PKGBUILD which occurs if $_ibus_mozc != "yes".
It should be Fixed (pkgrel is not updated).
Thank you for your report.

misc commented on 2015-12-03 06:19

Problem still seems to be with the _targets checks, build() went fine with the line edited manually.

Alternative would be something like
_uim_mozc=
if [ -n "$_uim_mozc" ]; then
_targets+="unix/uim/uim.gyp:uim-mozc "
fi

If _uim_mozc is set to anything, -n evaluates to true.

misc commented on 2015-12-03 06:10

Thanks, though now build() just ends in an error (with no clue as to what happened) after successfully linking mozc_server. (_uim_mozc="yes", no other option enabled.)

ponsfoot commented on 2015-12-03 05:40

@misc:
Sorry, it should be fixed now.
Thx

misc commented on 2015-12-03 04:28

edict-20151130.gz not found

suawekk commented on 2015-10-09 06:30

@ponsfoot: great job, thanks!

ponsfoot commented on 2015-10-09 04:28

@suawekk:
Sorry, fixed now.
Thx

suawekk commented on 2015-10-08 18:01

Hello!
Looks like edict-20151002.gz does not exist (HTTP/404 when building package, sourceforge page listing also doesn't show such file)

misc commented on 2015-09-05 16:05

Fails to build with
#_ibus_mozc="yes"
_uim_mozc="yes"

log: http://pastie.org/10399128

ponsfoot commented on 2015-05-18 15:06

All,
Remove $SRCDEST/mozc if it existent (again). The upstream force-updated existing commit hashes.
https://github.com/google/mozc/issues/290

NOTE: pkgrel is not changed because this change doesn't affect the existing 2.17.2095.102 users.

ponsfoot commented on 2015-05-16 08:23

If you use mozc-ut 2.16.2072.102.20150214-1 or earlier, remove $SRCDEST/{mozc,gyp} before building 2.17.2095.102.20150405-1.

ponsfoot commented on 2015-01-22 14:44

@boronology:
Thank you for the report again.
I will fix it until next release (because all other users seem to install ibus).

boronology commented on 2015-01-21 23:33

@ponsfoot
Thank you for fixing!

And I'm facing another problem.
Building uim-mozc or emacs-mozc will fail and show following message.

[780/780] LINK mozc_server
==> ERROR: A failure occurred in build().
Aborting...

I find comment-out the last 3 lines of build() (from "[[ "$_ibus_mozc" == "yes" ]] &&" to "out_linux/${_bldtype}/gen/unix/ibus/mozc.xml") will solve the problem.
(Of course deleting these lines must cause some trouble for building ibus-mozc...)

ponsfoot commented on 2015-01-21 11:59

@boronology:
Thank you for the report.
It should be fixed in mozc-ut 2.16.2020.102.20150114-2.

boronology commented on 2015-01-20 23:49

2.16.2020.102.20150114-1, now Missing uim-mozc.install and emacs-mozc.install.

==> ERROR: install file (uim-mozc.install) does not exist or is not a regular file.
==> ERROR: install file (emacs-mozc.install) does not exist or is not a regular file.

jaro3 commented on 2014-11-23 04:19

Thanks very much for the great work!
It finally compiled, although I found and had to fix some more corruptions within my gtk2 2.24.25-1 .... (just searched the compile log file for the string "unterminated").

I have no idea what could have caused the corruptions/truncations in header files of the gtk2, libibus and gcc-multilib packages. They reinstalled fine from the /var/cache/pacman/pkg cache.

ponsfoot commented on 2014-11-22 18:39

@jaro3:
Hmm.your /usr/include/ibus-1.0/ibusattrlist.h seems to be also corrupted at this time according to your build log.
> /usr/include/ibus-1.0/ibusattrlist.h:30:0: error: unterminated #ifndef
> #ifndef __IBUS_ATTRIBUTE_LIST_H

jaro3 commented on 2014-11-22 17:41

/usr/include/c++/4.9.2/ext/string_conversions.h
This file was truncated indeed... So I reinstalled the gcc-multilib 4.9.2-1 and confirmed the file was OK. Then the error still occur:

http://pastebin.com/uc0s9t7e

ponsfoot commented on 2014-11-22 15:06

@jaro3:
Can you compile other c++ application?
Could it be that your gcc headers are corrupted?
Please see /usr/include/c++/4.9.2/ext/string_conversions.h, then confirm that its final line is as follow:

#endif // _STRING_CONVERSIONS_H

If not, re-install gcc.

> svn: E175002: Unexpected HTTP status 502 'Bad Gateway' on '/svn/trunk'

It's network (or server side) error.
If it occurs frequently, please tell me.

jaro3 commented on 2014-11-22 13:08

Same error when removing everything and re-doing from zero.

After removing only $SRCDEST/protobuf, this appears:

-> Cloning protobuf git repo...
Cloning into bare repository '/tmp/yaourt-tmp-alicn/aur-mozc-ut/protobuf'...
remote: Counting objects: 9744, done.
remote: Compressing objects: 100% (2373/2373), done.
remote: Total 9744 (delta 5841), reused 9704 (delta 5822)
Receiving objects: 100% (9744/9744), 5.91 MiB | 85.00 KiB/s, done.
Resolving deltas: 100% (5841/5841), done.
Checking connectivity... done.
-> Cloning japanese_usage_dictionary svn repo...
svn: E175002: Unexpected HTTP status 502 'Bad Gateway' on '/svn/trunk'

svn: E175002: Additional errors:
svn: E175002: PROPFIND request on '/svn/trunk' failed: 502 Bad Gateway
==> ERROR: Failure while downloading japanese_usage_dictionary svn repo
Aborting...
==> ERROR: Makepkg was unable to build mozc-ut.
==> Restart building mozc-ut ? [y/N]

ponsfoot commented on 2014-11-22 06:00

@jaro3:
Source file of protobuf seems to be corrupted.
Try to remove $SRCDEST/protobuf, then re-build mozc-ut.

jaro3 commented on 2014-11-22 01:40

http://pastebin.com/1WSH8Fnn

ponsfoot commented on 2014-11-21 12:38

@jaro3:
Actual error messages (by ninja) might be shown before you pasted.
Please show me your all build messages using http://pastebin.com/.

jaro3 commented on 2014-11-21 11:01

Build fails with yaourt -S mozc-ut :-(

ninja: build stopped: subcommand failed.
Traceback (most recent call last):
File "build_mozc.py", line 1439, in <module>
main()
File "build_mozc.py", line 1435, in main
procedure[1](cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 1074, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 1030, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "/usr/src/tmp/mozc-ut/src/mozc-ut-1.15.1917.102.20141110/build_tools/util.py", line 97, in RunOrDie
'==========']))
build_tools.util.RunOrDieError:
==========
ERROR: ninja -j 4 -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer
==========
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build mozc-ut.

ponsfoot commented on 2014-11-16 08:27

Sorry, ninja is required as makedepends again.

ponsfoot commented on 2014-11-03 07:17

ninja is unnecessary as makedepends anymore.

neverfox commented on 2014-07-17 01:40

@ponsfoot:

Thanks. I figured out the problem. I was trying to upgrade both packages with one update, and since it appears that upgrading either is enough for both to update (if both are installed), it was doing the update for both twice. By just updating one (I went with mozc-ut), both got updated with no duplication of effort. Not ideal, since it prevents just doing a one-shot system upgrade when they are among the packages, but at least I know what to do to avoid it.

ponsfoot commented on 2014-07-16 15:55

@neverfox:
mozc-ut is a core component (conversion engine) of mozc. ibus-mozc-ut is a plugin for ibus to use mozc via ibus.
If you don't use ibus, you can uninstall ibus-mozc-ut. Otherwise, both are necessary.

neverfox commented on 2014-07-15 01:35

I have both ibus-mozc-ut and mozc-ut on my system and they seem to be installing the same thing, yet they don't show as conflicts. Should I have only one of these on my system, and if so, which one?

ponsfoot commented on 2014-01-13 09:29

@mx.bug:
Confirmed. I'll remove the deprecated option '-Ku' from ruby command on next release.
But, rbx still fails. tr method's behavior seems to be different from ruby.
Thx

mx.bug commented on 2014-01-13 05:32

FYI: fails when building with rubinius. rbx says "Unrecognized option: -u".

ponsfoot commented on 2013-08-02 15:22

@bobbens:
Fixed in mozc-ut 1.11.1502.102.20130801-2.
Thank you for pointing that out.

Anonymous comment on 2013-08-02 14:36

Checksum for uim-mozc-327.tar.xz is wrong I think, should be:
72766b97a7aed523486e7812f4f76c9cc0a751ef uim-mozc-327.tar.xz

ponsfoot commented on 2013-05-27 02:11

@naoina:
It will conflict with fcitx-mozc on [community].
Avoiding to conflict with it on this is a little bit bother and will be not elegant, I think.

naoina commented on 2013-05-26 23:57

For what it's worth, I wrote the PKGBUILD for fcitx-mozc-ut.
diff is in following link.

https://gist.github.com/naoina/5654416

ponsfoot commented on 2013-05-16 12:30

From 1.10.1390.102.20130516-1, mozc-ut can work with ibus-mozc, uim-mozc and emacs-mozc of mozc (available on unofficial user reposifory) instead of ibus-mozc-ut, uim-mozc-ut and emacs-mozc-ut.

ponsfoot commented on 2013-04-04 11:46

Fix build issue when gcc>=4.8 in mozc-ut 1.10.1390.102.20130330-2.

ponsfoot commented on 2013-04-03 12:15

@lmhb1007:
Confirmed. It occurs when gcc>=4.8.0.
I'll investigate more info and ask it to upstream, but if you want to use mozc immediately, try to downgrade gcc, gcc-libs and libtool (and lib32-gcc-libs if you use) to previous version/release.

Anonymous comment on 2013-04-02 19:36

When I build mozc-ut 1.10.1390.102.20130330-1 I get the following and cannot build:

...
WARNING: gmock not found. Disabling unittest.
INFO: Running GYP...
INFO: Running: /usr/bin/python2 /tmp/yaourt-tmp-root/aur-mozc-ut/src/mozc-ut-1.10.1390.102.20130330/third_party/gyp/gyp --depth=. --include=./gyp/common.gypi -D abs_depth=/tmp/yaourt-tmp-root/aur-mozc-ut/src/mozc-ut-1.10.1390.102.20130330 -D python_executable=/usr/bin/python2 ./base/base.gyp ./base/base_test.gyp ./build_tools/build_tools.gyp ./build_tools/primitive_tools/primitive_tools.gyp ./client/client.gyp ./client/client_test.gyp ./composer/composer.gyp ./config/config.gyp ./config/config_test.gyp ./converter/converter.gyp ./converter/converter_base.gyp ./converter/converter_main.gyp ./converter/converter_test.gyp ./data_manager/chromeos/chromeos_data_manager.gyp ./data_manager/chromeos/chromeos_data_manager_base.gyp ./data_manager/chromeos/chromeos_data_manager_test.gyp ./data_manager/data_manager.gyp ./data_manager/data_manager_test.gyp ./data_manager/oss/oss_data_manager.gyp ./data_manager/oss/oss_data_manager_base.gyp ./data_manager/oss/oss_data_manager_test.gyp ./data_manager/packed/packed_data_manager.gyp ./data_manager/packed/packed_data_manager_base.gyp ./data_manager/testing/mock_data_manager.gyp ./data_manager/testing/mock_data_manager_base.gyp ./data_manager/testing/mock_data_manager_test.gyp ./dictionary/dictionary.gyp ./dictionary/dictionary_base.gyp ./dictionary/dictionary_test.gyp ./dictionary/file/dictionary_file.gyp ./dictionary/file/dictionary_file_test.gyp ./dictionary/system/system_dictionary.gyp ./dictionary/system/system_dictionary_test.gyp ./engine/engine.gyp ./gui/gui.gyp ./gui/zinnia.gyp ./gyp/tests.gyp ./handwriting/handwriting.gyp ./handwriting/handwriting_test.gyp ./ipc/ipc.gyp ./mac/mac.gyp ./net/net.gyp ./net/net_test.gyp ./prediction/prediction.gyp ./prediction/prediction_base.gyp ./prediction/prediction_test.gyp ./protobuf/protobuf.gyp ./renderer/renderer.gyp ./rewriter/calculator/calculator.gyp ./rewriter/rewriter.gyp ./rewriter/rewriter_base.gyp ./rewriter/rewriter_test.gyp ./server/server.gyp ./session/session.gyp ./session/session_base.gyp ./session/session_test.gyp ./storage/storage.gyp ./storage/storage_test.gyp ./sync/sync.gyp ./testing/testing.gyp ./transliteration/transliteration.gyp ./transliteration/transliteration_test.gyp ./unix/emacs/emacs.gyp ./unix/ibus/ibus.gyp ./usage_stats/usage_stats.gyp ./usage_stats/usage_stats_base.gyp ./usage_stats/usage_stats_test.gyp third_party/jsoncpp/jsoncpp.gyp -D branding=Mozc -D use_qt=YES -D qt_dir=/usr/lib/qt4 -D use_wix=NO -D android_sdk_home=None -D android_arch_abi=armeabi -D android_application_id=org.mozc.android.inputmethod.japanese -D build_base=out_linux -D enable_unittest=0 -D mac_dir=<(DEPTH)/../mac -D channel_dev=1 -D enable_webservice_infolist=0 -D enable_cloud_sync=0 -D enable_cloud_handwriting=0 -D enable_http_client=0 -D enable_ambiguous_search=0 -D enable_typing_correction=0 -D enable_history_deletion=0 -D target_platform=Linux -D use_dynamically_linked_qt=0 -D use_zinnia=YES -D use_libibus=1 -D dictionary=desktop -D use_separate_collocation_data=0 -D use_separate_connection_data=0 -D use_separate_dictionary=0 -D use_1byte_cost_for_connection_data=0 -D use_packed_dictionary=0 -D pkg_config_command=pkg-config -D language=japanese -D server_dir=/usr/lib/mozc
INFO: Done
INFO: Running: make -j1 MAKE_JOBS=1 BUILDTYPE=Release builddir_name=out_linux primitive_tools
CXX(host) out_linux/Release/obj.host/protobuf/protobuf/files/src/google/protobuf/compiler/importer.o
In file included from protobuf/files/src/google/protobuf/descriptor.h:59:0,
from protobuf/files/src/google/protobuf/compiler/importer.h:44,
from protobuf/files/src/google/protobuf/compiler/importer.cc:47:
protobuf/files/src/google/protobuf/stubs/strutil.h: In function ‘google::protobuf::int64 google::protobuf::strto64(const char*, char**, int)’:
protobuf/files/src/google/protobuf/stubs/strutil.h:319:25: error: typedef ‘sizeof_int64_is_not_sizeof_long_long’ locally defined but not used [-Werror=unused-local-typedefs]
sizeof_int64_is_not_sizeof_long_long);
^
protobuf/files/src/google/protobuf/stubs/common.h:382:11: note: in definition of macro ‘GOOGLE_COMPILE_ASSERT’
msg[bool(expr) ? 1 : -1]
^
protobuf/files/src/google/protobuf/stubs/strutil.h: In function ‘google::protobuf::uint64 google::protobuf::strtou64(const char*, char**, int)’:
protobuf/files/src/google/protobuf/stubs/strutil.h:325:25: error: typedef ‘sizeof_uint64_is_not_sizeof_long_long’ locally defined but not used [-Werror=unused-local-typedefs]
sizeof_uint64_is_not_sizeof_long_long);
^
protobuf/files/src/google/protobuf/stubs/common.h:382:11: note: in definition of macro ‘GOOGLE_COMPILE_ASSERT’
msg[bool(expr) ? 1 : -1]
^
cc1plus: all warnings being treated as errors
make: *** [out_linux/Release/obj.host/protobuf/protobuf/files/src/google/protobuf/compiler/importer.o] Error 1
Traceback (most recent call last):
File "build_mozc.py", line 1462, in <module>
main()
File "build_mozc.py", line 1447, in main
BuildToolsMain(cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 982, in BuildToolsMain
BuildMain(options, [build_tools_target], original_directory_name)
File "build_mozc.py", line 1075, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 1028, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "/tmp/yaourt-tmp-root/aur-mozc-ut/src/mozc-ut-1.10.1390.102.20130330/build_tools/util.py", line 97, in RunOrDie
'==========']))
build_tools.util.RunOrDieError:
==========
ERROR: make -j1 MAKE_JOBS=1 BUILDTYPE=Release builddir_name=out_linux primitive_tools
==========
==> ERROR: A failure occurred in build().
Aborting...

ponsfoot commented on 2013-03-09 07:09

@nosada: Sorry, fixed in 1.6.1187.102.20130309-2.

nosada commented on 2013-03-09 06:33

I can't build mozc-ut 1.6.1187.102.20130309-1 with the following message.

---

==> Starting build()...
-> =====================================================
-> *** Build Info ***
-> The following package files will be generated:
-> * mozc-ut-1.6.1187.102.20130309-1-x86_64.pkg.tar.xz
-> * uim-mozc-ut-1.6.1187.102.20130309-1-x86_64.pkg.tar.xz
-> =====================================================
patching file generate-mozc-ut.sh
==> Generating UT dictionary seed...
generate chimei.txt...
/tmp/yaourt-tmp-nosada/aur-mozc-ut/src/mozcdic-ut-20130309
check major ut dictionaries...
check minor ut dictionaries...
./generate-mozc-ut.sh: line 127: wordnet/wordnet.txt.r: Permission denied
==> ERROR: A failure occurred in build().
Aborting...

---

ponsfoot commented on 2013-03-02 01:37

@smekkleysa:
Fixed in mozc-ut 1.6.1187.102.20130226-3.
Thank you for the info.

smekkleysa commented on 2013-03-02 00:35

sha1sum of uim-mozc is wrong.

Anonymous comment on 2013-03-01 14:03

ponsfoot, love your work. Have a Japanese final in two days, hit the qt problem with update and came here. Saw the package flagged out of date so I made some changes and refreshed the page to post a diff... you'd updated already.

ponsfoot commented on 2012-12-31 16:32

@sokuban: Unfortunately, scim-mozc is deprecated.
http://code.google.com/p/mozc/issues/detail?id=131

sokuban commented on 2012-12-31 15:05

Can you provide a scim version?

ponsfoot commented on 2012-09-16 14:11

** ATTENTION **
Due to the license issue, mozc-ut on the unofficial repo has been removed.

@ano: Thank you for the info!

ponsfoot commented on 2012-09-16 10:08

** ATTENTION **
Due to the license issue, mozc-ut on the unofficial repo is removed.

@ano: Thank you for the info!

Anonymous comment on 2012-09-16 07:33

@ponsfoot
I found a license issue in this package.
Although CC-BY-SA is incompatible with GPL, Mozc UT Dictionary contains both of them (GPL part: altcanna, jinmei, skk / CC-BY-SA part: edict). So I believe at least you cannot distribute binary packages in your unofficial user repo.
I don't know if source distribution is OK.

ponsfoot commented on 2012-09-09 09:09

As of 1.6.1187.102.20120529-1, uim-mozc won't able to be built.

ponsfoot commented on 2012-03-30 10:53

Unofficial user repository of Mozc is ready.
If you want to use the repo, add the following into your /etc/pacman.conf
---
[pnsft-pur]
Server = http://downloads.sourceforge.net/project/pnsft-aur/pur/$arch
---
You can specify `pacman -S mozc-im-ut' to choose all of mozc-ut packages.

NOTE: It is available x86_64 only and there is no plan to provide i686 packages now.

ponsfoot commented on 2012-03-30 10:51

Unofficial user repository of Mozc is ready.
If you want to use the repo, add the following into your /etc/pacman.conf
---
[pnsft-pur]
Server = http://downloads.sourceforge.net/project/pnsft-aur/pur/$arch
---
You can specify `pacman -S mozc-im-ut' to choose all of mozc-svn packages.

NOTE: It is available x86_64 only and there is no plan to provide i686 packages now.

ponsfoot commented on 2012-03-28 10:43

1.4.1033.102.20120326-1: gtest has been removed from makedepends according to upstream.

ponsfoot commented on 2012-03-08 16:35

1.4.1003.102.20120130-1: This release has the following changes in addition to upstream update:
- protobuf has been dropped from depends. It is now always linked statically so unnecessary anymore.
- PKGBUILD checks and finds Qt4 oneself without depending on Mozc.

ponsfoot commented on 2012-03-08 16:31

1.4.1003.102.20120130-1: This release has the following changes in addition to upstream update:
- protobuf have been dropped from depends. It is now always linked statically so unnecessary anymore.
- PKGBUILD checks and finds Qt4 oneself without depending on Mozc.

ponsfoot commented on 2012-03-03 02:01

@bobbens:
To unset $QTDIR in PKGBUILD is inconvenient for Qt4 users who customize the installation (Please see lmhb1007's comment on here). Actually, I already modified PKGBUILD to check and find Qt4 path oneself without depending on Mozc. I wish this problem is fixed by the next release.

ponsfoot commented on 2012-03-03 01:46

@bobbens:
To unset $QTDIR in PGBUILD is inconvenient for Qt4 users who customize the installation (Please see more comments of here). Actually, I already modified PKGBUILD to check and find Qt4 path oneself without depending on Mozc. I wish this problem is fixed by the next release.

Anonymous comment on 2012-03-02 19:55

@ponsfoot Ah sorry, that fixed it. Should have paid more attention. Still, perhaps that should get unset in the PKGBUILD?

ponsfoot commented on 2012-03-02 14:37

@bobbens:
Did you run `QTDIR= makepkg'?

Anonymous comment on 2012-03-02 12:51

I'm having issues compiling. Seems to be related to qt versions. I've got it set to try to compile for uim. I'm guessing the patch needs updating?

CXX(target) out_linux/Release/obj.target/character_pad_lib/gen/gui/character_pad/moc_character_palette.o
out_linux/Release/obj/gen/gui/character_pad/moc_character_palette.cc:17:2: error: #error "This file was generated using the moc from 3.3.8b. It"
out_linux/Release/obj/gen/gui/character_pad/moc_character_palette.cc:18:2: error: #error "cannot be used with the include files from this version of Qt."
out_linux/Release/obj/gen/gui/character_pad/moc_character_palette.cc:19:2: error: #error "(The moc has changed too much.)"
In file included from out_linux/Release/obj/gen/gui/character_pad/moc_character_palette.cc:11:0:
./gui/character_pad/character_palette.h:44:35: error: ‘Ui’ has not been declared
./gui/character_pad/character_palette.h:44:39: error: expected ‘{’ before ‘CharacterPalette’
./gui/character_pad/character_palette.h:44:56: error: invalid type in declaration before ‘{’ token
./gui/character_pad/character_palette.h:44:56: error: extended initializer lists only available with -std=c++0x or -std=gnu++0x [-Werror]
./gui/character_pad/character_palette.h:45:3: error: expected primary-expression before ‘public’
./gui/character_pad/character_palette.h:45:3: error: expected ‘}’ before ‘public’
./gui/character_pad/character_palette.h:45:3: error: expected ‘,’ or ‘;’ before ‘public’
./gui/character_pad/character_palette.h:45:3: error: uninitialized const ‘mozc::gui::staticMetaObject’ [-fpermissive]
/usr/include/QtCore/qobjectdefs.h:304:22: note: ‘const struct QMetaObject’ has no user-provided default constructor
/usr/include/QtCore/qobjectdefs.h:469:28: note: and the implicitly-defined constructor does not initialize ‘const QMetaObject* QMetaObject::<anonymous struct>::superdata’
./gui/character_pad/character_palette.h:45:3: error: ‘virtual’ outside class declaration
./gui/character_pad/character_palette.h:45:3: error: non-member function ‘const QMetaObject* mozc::gui::metaObject()’ cannot have cv-qualifier
./gui/character_pad/character_palette.h:45:3: error: ‘virtual’ outside class declaration
./gui/character_pad/character_palette.h:45:3: error: ‘virtual’ outside class declaration
./gui/character_pad/character_palette.h:45:3: error: expected unqualified-id before ‘private’
./gui/character_pad/character_palette.h:45:3: error: ‘visibility’ attribute ignored [-Werror=attributes]
./gui/character_pad/character_palette.h:47:2: error: expected unqualified-id before ‘public’
./gui/character_pad/character_palette.h:64:43: error: expected constructor, destructor, or type conversion before ‘;’ token
./gui/character_pad/character_palette.h:66:2: error: expected unqualified-id before ‘public’
./gui/character_pad/character_palette.h:70:25: error: variable or field ‘categorySelected’ declared void
./gui/character_pad/character_palette.h:70:25: error: ‘QTreeWidgetItem’ was not declared in this scope
./gui/character_pad/character_palette.h:70:42: error: ‘item’ was not declared in this scope
./gui/character_pad/character_palette.h:70:48: error: expected primary-expression before ‘int’
./gui/character_pad/character_palette.h:72:2: error: expected unqualified-id before ‘protected’
./gui/character_pad/character_palette.h:93:1: error: expected declaration before ‘}’ token
./gui/character_pad/character_palette.h:45:3: error: ‘void mozc::gui::qt_static_metacall(QObject*, QMetaObject::Call, int, void**)’ declared ‘static’ but never defined [-Werror=unused-function]
cc1plus: all warnings being treated as errors

make: *** [out_linux/Release/obj.target/character_pad_lib/gen/gui/character_pad/moc_character_palette.o] Error 1
make: *** Waiting for unfinished jobs....
Traceback (most recent call last):
File "build_mozc.py", line 1134, in <module>
main()
File "build_mozc.py", line 1122, in main
BuildMain(cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 930, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 764, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "build_mozc.py", line 339, in RunOrDie
'==========']))
__main__.RunOrDieError:
==========
ERROR: make -j3 MAKE_JOBS=3 BUILDTYPE=Release builddir_name=out_linux mozc_server mozc_tool uim-mozc
==========

Anonymous comment on 2012-02-12 11:24

ありがとう。

it worked!

ponsfoot commented on 2012-02-12 01:27

@mkasu:
You install Qt3, aren't you.
Run as bellow;
$ QTDIR= makepkg

Anonymous comment on 2012-02-11 17:58

I'm getting following error on my system. Using KDE4, ibus, 64-bit:

CXX(target) out_linux/Release/obj.target/session_internal/session/internal/ime_context.o
CXX(target) out_linux/Release/obj.target/session_internal/session/internal/session_output.o
AR(target) out_linux/Release/obj.target/session/libsession_internal.a
CXX(target) out_linux/Release/obj.target/session_server/session/session_server.o
CXX(target) out_linux/Release/obj.target/session_server/session/session_usage_observer.o
AR(target) out_linux/Release/obj.target/session/libsession_server.a
CXX(target) out_linux/Release/obj.target/mozc_server/server/server_main.o
LINK(target) out_linux/Release/mozc_server
LINK(target) out_linux/Release/mozc_server: Finished
ACTION Generating Resource file from mozc_tool.qrc out_linux/Release/obj/gen/gui/tool/qrc_mozc_tool.cc
/bin/sh: /opt/qt/bin/rcc: No such file or directory
make: *** [out_linux/Release/obj/gen/gui/tool/qrc_mozc_tool.cc] Error 127
Traceback (most recent call last):
File "build_mozc.py", line 1134, in <module>
main()
File "build_mozc.py", line 1122, in main
BuildMain(cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 930, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 764, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "build_mozc.py", line 339, in RunOrDie
'==========']))
__main__.RunOrDieError:
==========
ERROR: make -j1 MAKE_JOBS=1 BUILDTYPE=Release builddir_name=out_linux mozc_server mozc_tool ibus_mozc
==========

Anonymous comment on 2012-02-07 13:29

Thanks ponsfoot! Everything worked perfectly!

ponsfoot commented on 2012-02-07 12:00

1.3.975.102.20120130-3: can be built with ibus 1.4.1.

ponsfoot commented on 2012-02-07 01:08

@lmhb1007:
It seems to be upstream issue.[1]
I'll try to apply the patch this evening (JST).

[1]http://code.google.com/p/mozc/issues/detail?id=117

Anonymous comment on 2012-02-06 21:08

@ponsfoot:

Thank you. Unfortunately, I'm getting the following error message when updating the package using yaourt:

unix/ibus/mozc_engine.cc: メンバ関数 ‘virtual void mozc::ibus::MozcEngine::PropertyActivate(IBusEngine*, const gchar*, guint)’ 内:
unix/ibus/mozc_engine.cc:623:56: エラー: ‘IBusProperty’ has no member named ‘sub_props’
unix/ibus/mozc_engine.cc:624:43: エラー: ‘IBusProperty’ has no member named ‘key’
unix/ibus/mozc_engine.cc:643:61: エラー: ‘IBusProperty’ has no member named ‘sub_props’
unix/ibus/mozc_engine.cc:644:41: エラー: ‘IBusProperty’ has no member named ‘key’
unix/ibus/mozc_engine.cc: メンバ関数 ‘void mozc::ibus::MozcEngine::UpdateCompositionModeIcon(IBusEngine*, mozc::commands::CompositionMode)’ 内:
unix/ibus/mozc_engine.cc:1099:61: エラー: ‘IBusProperty’ has no member named ‘sub_props’
unix/ibus/mozc_engine.cc:1100:38: エラー: ‘IBusProperty’ has no member named ‘key’
make: *** [out_linux/Release/obj.target/ibus_mozc_lib/unix/ibus/mozc_engine.o] エラー 1
Traceback (most recent call last):
File "build_mozc.py", line 1134, in <module>
main()
File "build_mozc.py", line 1122, in main
BuildMain(cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 930, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 764, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "build_mozc.py", line 339, in RunOrDie
'==========']))
__main__.RunOrDieError:
==========
ERROR: make -j1 MAKE_JOBS=1 BUILDTYPE=Release builddir_name=out_linux mozc_server mozc_tool ibus_mozc

ponsfoot commented on 2012-02-06 09:40

@lmhb1007:
Fixed makedends and reverted the temporary change of $QTDIR.
Thank you for your report.

Anonymous comment on 2012-02-05 21:18

The default PKGBUILD did not work with KDE 4.8 and ibus.

I solved the problem by adding protobuf to the makedepends line,
and uncommented the _qtdir= line.

Please add protobuf to the makedepends line.

Also, since many users would opt to use the latest KDE, I think it is better if _qtdir= line is uncommented.

ponsfoot commented on 2012-01-10 12:32

1.3.931.102.20111125-2: If you use uim-mozc, launching mozc_tool from commandline may fail. Lanuch from uim's toolbar. (issue #11)

ponsfoot commented on 2011-12-16 12:18

1.3.911.102.20111125-2: uim-mozc can be built now.

ponsfoot commented on 2011-12-12 10:27

1.3.911.102.20111125-1: *** CAUTION *** uim-mozc cannot be built in this release (the upstream doesn't adapt yet).

ponsfoot commented on 2011-11-26 07:53

1.2.855.102.20111125-1: From this release, "emacs-mozc-bin" and "emacs-mozc" are integrated into "emacs-mozc".

ponsfoot commented on 2011-10-03 15:05

1.2.855.102.20111003-1: From this release, "mozc-server-ut" and "mozc-utils-gui-ut" are integrated into "mozc-ut" and group name is changed to "mozc-im" to avoid conflict with package name.

ponsfoot commented on 2011-08-22 10:56

1.2.809.102.20110817-2: From this release, $QTDIR is changed temporarily and forcibly in PKGBUILD by default for Qt3 users.
If you are Qt3 user, you don't have to take care $QTDIR now.
If you are Qt4 user and set $QTDIR for your customization, uncomment _qtdir= line in PKGBUILD.
Please tell me if you are Qt4 user and this change is inconvenient. I'll revert it.

If you are using mozc-ut 1.2.809.102.20110817-1, you don't need to upgrade to this.

ponsfoot commented on 2011-08-22 07:10

OK, everyone. Please follow the following steps ($ is shell prompt):

$ wget https://aur.archlinux.org/packages/mo/mozc-ut/mozc-ut.tar.gz
$ tar xvf mozc-ut.tar.gz
$ cd mozc-ut
$ export QTDIR=/usr
$ echo $QTDIR
/usr (<- confirm $QTDIR is set '/usr'. if not, check your shell works properly or $QTDIR is readonly (error appears if it's readonly, though). It doesn't mozc's matter.)
$ makepkg -s

Seach 'qt_dir=' in build log. It should be 'qt_dir=/usr' and you should build successfully.
qt_dir= (picked from $QTDIR) have to be unset or /usr for mozc.

After building mozc, revert $QTDIR:
$ export QTDIR=/opt/qt

You don't use bash? Please learn yours yourself or run bash and do above steps.
Regards

salviati commented on 2011-08-22 05:09

Build fails with
/bin/sh: /opt/qt/bin/rcc: No such file or directory
on amd64.

ponsfoot commented on 2011-04-19 15:28

From 1.1.690.102.20110409-1, package is split according to upstream as follows:
* mozc-server-ut: Server part of the Mozc input method
* mozc-utils-gui-ut: Mozc GUI uitilities
* ibus-mozc-ut: IBus engine module for Mozc (choosable, default)
* scim-mozc-ut: SCIM IMEngine module for Mozc (choosable)
* uim-mozc-ut: uim IMEngine module for Mozc (choosable)
* emacs-mozc-ut: Mozc for Emacs (optional)
* emacs-mozc-bin-ut: Helper module for emacs-mozc (optional)

You can choose which packages to be built. Please see PKGBUILD for detail.

Comments, suggestions or bug reports are welcome.

Anonymous comment on 2010-12-06 23:09

I am a robot. This is not an official message. AUR guidelines suggest to not include binaries. Examples:
mozc-ut/uim-mozc-r211.tar.xz
Feel free to disregard this as you would any other comment. This robot will not post here again.

ponsfoot commented on 2010-11-20 07:43

You can choose the input method framework to use either ibus, scim, uim or both. Only ibus-mozc is enabled by default.
If you want to use with uim, set uncomment _uim_mozc= line and you can comment out _ibus_mozc= to disable ibus-mozc.
The dependences (ibus, scim, uim or both) are modified by your choice automatically.
Please see PKGBUILD for detail.

ponsfoot commented on 2010-11-20 07:24

You can choose the input method framework to use either ibus, scim, uim or both. Only ibus-mozc is enabled by default.
If you want to use with uim, set uncomment _uim_mozc= line and you can comment out _ibus_mozc= to disable ibus-mozc.
The dependences (ibus, scim, uim or both) are modified by your choice automatically.
Please see PKGBUILD for detail.

ponsfoot commented on 2010-11-20 07:20

You can choose the input method framework to use either ibus, scim, uim or both. Only ibus-mozc is enabled by default.
If you want to use with uim, set uncomment _uim_mozc= line and you can comment out _ibus_mozc= to disable ibus-mozc.
The dependences (ibus, scim, uim or both) are modified by your choice automatically.
Please see PKGBUILD for detail.

ponsfoot commented on 2010-11-20 07:15

You can choose the input method framework to use either ibus, scim, uim or both. Only ibus-mozc is enabled by default.
If you want to use with uim, set uncomment _uim_mozc= line and you can comment out _ibus_mozc= to disable ibus-mozc.
The dependences (ibus, scim, uim or both) are modified by your choice automatically.
Please see PKGBUILD for detail.