Package Details: mozc 2.18.2612.102-1

Git Clone URL: https://aur.archlinux.org/mozc.git (read-only)
Package Base: mozc
Description: A Japanese Input Method for Chromium OS, Windows, Mac and Linux (the Open Source Edition of Google Japanese Input)
Upstream URL: http://code.google.com/p/mozc/
Licenses: custom, BSD
Groups: mozc-im
Conflicts: mozc-server, mozc-utils-gui
Replaces: mozc-server, mozc-utils-gui
Submitter: ponsfoot
Maintainer: ponsfoot
Last Packager: ponsfoot
Votes: 40
Popularity: 0.436935
First Submitted: 2010-08-09 04:27
Last Updated: 2016-10-27 12:19

Pinned Comments

ponsfoot commented on 2013-05-28 07:43

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

See https://wiki.archlinux.org/index.php/Mozc for more detail.

Latest Comments

ponsfoot commented on 2016-11-15 10:48

@AKremlin:
Please see nash's latest comment.
Is the HiDPI problem fixed on qt5 version? If so, I'll change to use qt5.

AKremlin commented on 2016-11-10 12:21

I understand the reason for keeping the dependency on qt4 until upstream bumps it (it's being held back because of lack of Windows support, but the Github master uses qt5 for linux and OSX). However, I would like to pkgbuild it using qt5, because I can't use the settings dialogue on my high-DPI display. How can I get it to build with qt5? I have qt5 installed on my system.

ponsfoot commented on 2016-10-29 08:30

@nash:
Specifying version is based on Release History.
https://github.com/google/mozc/blob/master/docs/release_history.md
Latest version on it is still using qt4.

nash commented on 2016-10-28 22:54

Hi,

Is there any reason to use QT4 still? The upstream default is QT5 now and it works well on Arch.

--- PKGBUILD.orig 2016-10-28 18:17:19.068887450 +0900
+++ PKGBUILD 2016-10-28 18:19:58.193104521 +0900
@@ -38,7 +38,7 @@
arch=('i686' 'x86_64')
url="http://code.google.com/p/mozc/"
license=('BSD' 'custom')
-makedepends=('python2' 'git' 'ninja' 'clang' 'qt4')
+makedepends=('python2' 'git' 'ninja' 'clang' 'qt5-base')
#source=("${_svndir}/${_svnmod}::svn+${_svntrunk}"
source=(
mozc::git+https://github.com/google/mozc.git#commit=${_mozcrev}
@@ -105,13 +105,6 @@
done
msg2 '====================================================='

- # Use Qt4
- _rcc_loc=`pkg-config QtCore --variable=rcc_location`
- _qt4dir=${_rcc_loc%%/bin/rcc}
- _qt4i=`pkg-config --cflags-only-I QtGui`
- CFLAGS+=" $_qt4i"
- CXXFLAGS+=" $_qt4i"
-
cd "${srcdir}/${pkgbase}/src"

msg "Starting make..."
@@ -122,8 +115,8 @@

unset CC CC_host CC_target CXX CXX_host CXX_target LINK AR AR_host AR_target \
NM NM_host NM_target READELF READELF_host READELF_target
- QTDIR=$_qt4dir GYP_DEFINES="document_dir=/usr/share/licenses/${pkgbase}" \
- python2 build_mozc.py gyp --target_platform=Linux
+ GYP_DEFINES="document_dir=/usr/share/licenses/${pkgbase}" \
+ python2 build_mozc.py gyp --target_platform=Linux --qtver=5
python2 build_mozc.py build -c $_bldtype $_targets

if [[ "$_ibus_mozc" == "yes" ]]; then
@@ -137,7 +130,7 @@
pkgdesc="A Japanese Input Method for Chromium OS, Windows, Mac and Linux (the Open Source Edition of Google Japanese Input)"
arch=('i686' 'x86_64')
groups=('mozc-im')
- depends=('qt4' 'zinnia')
+ depends=('qt5-base' 'zinnia')
replaces=('mozc-server' 'mozc-utils-gui')
conflicts=('mozc-server' 'mozc-utils-gui')
optdepends=('tegaki-models-zinnia-japanese: hand-writing recognition support')
@@ -190,4 +183,4 @@

# Global pkgdesc and depends are here so that they will be picked up by AUR
pkgdesc="A Japanese Input Method for Chromium OS, Windows, Mac and Linux (the Open Source Edition of Google Japanese Input)"
-depends=('qt4' 'ibus>=1.4.1' 'zinnia')
+depends=('qt5-base' 'ibus>=1.4.1' 'zinnia')

ponsfoot commented on 2016-10-27 12:24

@ploop:
It should be fixed now. Thank you for the feedback.
FYI, unofficial user repository is available, please see pinned comment (I pinned just now).

ploop commented on 2016-10-26 22:12

When attempting to build mozc, I get this:

==> Starting make...
INFO: Generating version definition file...
INFO: Version string is 2.18.2612.102
INFO: Running: /usr/bin/python2 /tmp/packerbuild-1000/mozc/mozc/src/mozc/src/build_tools/ensure_gyp_module_path.py --expected=/tmp/packerbuild-1000/mozc/mozc/src/mozc/src/third_party/gyp/pylib/gyp
INFO: Running: pkg-config --exists ibus-1.0 >= 1.4.1
INFO: Building GYP command line...
INFO: Running: pkg-config --exists QtCore >= 4.0 QtCore < 5.0 QtGui >= 4.0 QtGui < 5.0
INFO: Running GYP...
INFO: Running: /usr/bin/python2 /tmp/packerbuild-1000/mozc/mozc/src/mozc/src/third_party/gyp/gyp_main.py --depth=. --include=./gyp/common.gypi -D abs_depth=/tmp/packerbuild-1000/mozc/mozc/src/mozc/src -D ext_third_party_dir=/tmp/packerbuild-1000/mozc/mozc/src/mozc/src/third_party -D python_executable=/usr/bin/python2 ./base/base.gyp ./base/base_test.gyp ./client/client.gyp ./client/client_test.gyp ./composer/composer.gyp ./composer/composer_test.gyp ./config/config.gyp ./config/config_test.gyp ./converter/converter.gyp ./converter/converter_base.gyp ./converter/converter_main.gyp ./converter/converter_test.gyp ./data/test/session/scenario/scenario.gyp ./data/test/session/scenario/usage_stats/usage_stats.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_base.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/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 ./engine/engine_test.gyp ./gui/gui.gyp ./gyp/tests.gyp ./handwriting/handwriting.gyp ./handwriting/handwriting_test.gyp ./handwriting/zinnia.gyp ./ipc/ipc.gyp ./mac/mac.gyp ./net/jsoncpp.gyp ./net/net.gyp ./net/net_test.gyp ./prediction/prediction.gyp ./prediction/prediction_base.gyp ./prediction/prediction_test.gyp ./protobuf/protobuf.gyp ./protocol/protocol.gyp ./renderer/renderer.gyp ./request/request.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 ./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 -D branding=Mozc -D use_qt=YES -D qt_dir= -D qt_ver=4 -D use_wix=NO -D enable_gtk_renderer=1 -D build_base=/tmp/packerbuild-1000/mozc/mozc/src/mozc/src/out_linux -D build_short_base=out_linux -D warn_as_error=0 -D channel_dev=1 -D enable_cloud_handwriting=0 -D target_platform=Linux -D use_libibus=1 --generator-output=. -G output_dir=out_linux
INFO: Done
INFO: Running: ninja -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer
ninja: Entering directory `out_linux/Release'
[70/801] ACTION Generating Resource file from word_register_dialog.qrc
FAILED: gen/gui/word_register_dialog/qrc_word_register_dialog.cc
cd ../../gui; /usr/bin/rcc -o ../out_linux/Release/gen/gui/word_register_dialog/qrc_word_register_dialog.cc -name qrc_word_register_dialog word_register_dialog/word_register_dialog.qrc
/bin/sh: /usr/bin/rcc: No such file or directory
[72/801] CXX obj.host/data_manager/gen/proto_out/data_manager/dataset_proto.dataset.pb.o
ninja: build stopped: subcommand failed.
Traceback (most recent call last):
File "build_mozc.py", line 1235, in <module>
main()
File "build_mozc.py", line 1222, in main
BuildMain(cmd_opts, cmd_args)
File "build_mozc.py", line 852, in BuildMain
BuildWithNinja(options, targets)
File "build_mozc.py", line 826, in BuildWithNinja
RunOrDie([ninja, '-C', build_arg] + ninja_targets)
File "/tmp/packerbuild-1000/mozc/mozc/src/mozc/src/build_tools/util.py", line 99, in RunOrDie
'==========']))
build_tools.util.RunOrDieError:
==========
ERROR: ninja -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer
==========
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

ponsfoot commented on 2015-07-18 03:39

@k2_8191:
It's not reproduced on my system.
Recently, sf.net was under maintenance mode for some hours.
Please try again.

k2_8191 commented on 2015-07-17 22:56

During makepkg I got these sha1 errors for now:

==> Validating source files with sha1sums...
mozc ... Skipped
jsoncpp ... Skipped
gyp ... Skipped
protobuf ... Skipped
japanese_usage_dictionary ... Skipped
x-ken-all-201504.zip ... FAILED
jigyosyo-201504.zip ... FAILED

I'm not sure if it is safely bypassed.

ponsfoot commented on 2015-05-18 15:05

All,
Remove $SRCDEST/mozc if it existent (again). The upstream force-updated existing commit hashes.

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

@nash:
Thank you for the info.

ishitatsuyuki commented on 2015-05-18 09:01

Pacaur:
==> Extracting sources...
-> Creating working copy of mozc git repo...
fatal: reference is not a tree: 40f67e035d32365dab823d292c173a0d67ad23c7

nash commented on 2015-05-18 02:07

We need to revise the commit id (_mozcrev) in PKGBUILD.

https://github.com/google/mozc/issues/290

ponsfoot commented on 2015-05-16 08:25

If you use mozc 2.16.2072.102-1 or earlier and build mozc yourself, remove $SRCDEST/{mozc,gyp} before building 2.17.2095.102-1.

ponsfoot commented on 2015-02-09 10:51

@wiegraffolles:
Build preparation (ln -sf `which python2` $srcdir/python in PKGBUILD) seems to failed.
Try again. It's not reproduced on my system.

If you don't have a strong insistence, try to use unofficial user repository:
https://wiki.archlinux.org/index.php/Mozc#Unofficial_user_repository

Note: Please show me full build log using http://pastebin.com/ from the next time.

wiegraffolles commented on 2015-02-09 09:55

I get this error when trying to build the latest update:

INFO: Running: ninja -j 8 -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer
ninja: Entering directory `out_linux/Release'
[8/841] ACTION Generating gen/gui/character_pad/data/cp932_map.h.
FAILED: cd ../../gui; python ../build_tools/redirect.py ../out_linux/Release/gen/gui/character_pad/data/cp932_map.h character_pad/data/gen_cp932_map.py ../data/unicode/CP932.TXT
File "../build_tools/redirect.py", line 61
print '=========='
^
SyntaxError: Missing parentheses in call to 'print'
[8/841] ACTION Generating Resource file from config_dialog.qrc
ninja: build stopped: subcommand failed.
Traceback (most recent call last):
File "build_mozc.py", line 1454, in <module>
main()
File "build_mozc.py", line 1450, in main
procedure[1](cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 1070, in BuildMain
BuildOnLinux(options, targets, original_directory_name)
File "build_mozc.py", line 1026, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "/tmp/makepkg/mozc/src/mozc/build_tools/util.py", line 99, in RunOrDie
'==========']))
build_tools.util.RunOrDieError:
==========
ERROR: ninja -j 8 -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer
==========
==> ERROR: A failure occurred in build().
Aborting...
:: mozc cleaning skipped
:: failed to build ibus-mozc,mozc package(s)

Any ideas on how to fix it?

m13253 commented on 2015-01-25 14:20

It seems that the latest Mozc source requiers gyp available as a command:

Traceback (most recent call last):
File "build_mozc.py", line 1478, in <module>
main()
File "build_mozc.py", line 1474, in main
procedure[1](cmd_opts, cmd_args, original_directory_name)
File "build_mozc.py", line 958, in GypMain
RunOrDie(gyp_command + gyp_options)
File "/tmp/yaourt-tmp-brilliant/aur-mozc/src/mozc/build_tools/util.py", line 99, in RunOrDie

Maybe we should depend on gyp / gyp-svn, or set $PATH to enable gyp instantly?

o_caino commented on 2014-11-04 23:51

it seems that ninja is still required
ERROR: ninja -j 2 -C out_linux/Release mozc_server mozc_tool ibus_mozc mozc_renderer

ponsfoot commented on 2014-11-03 06:06

ninja is unnecessary as makedepends anymore.

taro-k commented on 2014-10-13 06:48

@ponsfoot Thanks lot for your immediate reply and understanding. Also I am happy about you understood this is general security thing on AUR (and beyond, as you stated.) I am looking forward to the next release.

ponsfoot commented on 2014-10-13 05:26

@taro-k:
I can see how you feel (but, in your opinion, all binary repos and many other distros which provides source tar balls themselves like debian, fedora etc. have same concern).
Actually, getting source from upstream directly is easier than current style for maintenance.
You think 1 min for download is just 'only' (and you should downloaded depot_tools using git, too), I will accommodate a request from you (on the next release) if there is no opposition from other people.
mozc-svn is suitable for your concern.

taro-k commented on 2014-10-13 03:25

@ponsfoot thx. IMO, not trivial amount of users have concern about security/privacy especially for this kind of program. The direct download from upstream must make this point clear at least. If you don't like to do that, I will submit another package based on your great work. For such users, some additional makedepends don't matter. Also I just downloaded by svn but it took only 1 min. with narrow band not in developed country.

ponsfoot commented on 2014-10-13 02:08

@taro-k:
The upstream doesn't provide source tar balls for each version's any more.
If you want to get latest version of Mozc from upstream, you have to clone from svn repo. I think it's not efficient for end users as AUR package which requires longer download time and svn as makedepends.

taro-k commented on 2014-10-13 01:32

Hi, thx lot for your contribution. The "source" seems to be the private storage, not official/upstream source tree. I feel it's better the source is downloaded from upstream directly like many of other AUR packages.

ponsfoot commented on 2014-06-07 04:08

@hagabaka:
It means that you will build all packages (and install all depends/makedepends) even if there are packages which you won't use.

BTW, I noticed that ibus-mozc isn't mandatory (for uim-mozc users). I'll make it configurable.

hagabaka commented on 2014-06-07 02:44

AUR supports split packages without the "true && pkgname" hack now.

felixonmars commented on 2013-12-27 04:55

@julroy67
No, patch is in 'base-devel' group. Building an AUR package expects that you've installed the group.

julroy67 commented on 2013-12-11 20:49

Patch should be in makedepends

ponsfoot commented on 2013-05-28 07:43

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

See https://wiki.archlinux.org/index.php/Mozc for more detail.

ponsfoot commented on 2013-05-28 07:41

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

ponsfoot commented on 2013-03-25 11:22

@andrew67:
You're right. Fixed in 1.6.1187.102-5.
Thank you for the info.

andrew67 commented on 2013-03-25 05:42

Although zinnia only appears as a build dependency, removing it after installation and attempting to launch things results in this:

/usr/lib/mozc/mozc_tool: error while loading shared libraries: libzinnia.so.0: cannot open shared object file: No such file or directory

So, shouldn't it also be a package dependency?

salviati commented on 2012-10-16 11:42

@ponsfoot
Very nice, but your repo doesn't have i686 builds, so only
Server = http://downloads.sourceforge.net/project/pnsft-aur/pur/x86_64
makes sense.

salviati commented on 2012-10-16 11:39

Is this package deprecated?
There is no ibus-mozc package in AUR at this moment.

@ponsfoot
Very nice, but your repo doesn't have i686 builds, so only
Server = http://downloads.sourceforge.net/project/pnsft-aur/pur/x86_64
makes sense.

ponsfoot commented on 2012-05-11 15:35

@cuihao: Please see the csslayer's comment and my reply on here at Mar. of this year.

cuihao commented on 2012-05-11 12:12

Would you like to add mozc-fcitx to this package?
New patch is out:
https://code.google.com/p/fcitx/downloads/detail?name=fcitx-mozc-1.5.1053.102-1.patch

ponsfoot commented on 2012-03-30 10:49

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' to choose all of Mozc 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:47

Unofficial user repository of Mozc is ready.
If use 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 "mozc-im" group to choose all of Mozc packages.

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

ponsfoot commented on 2012-03-30 10:45

Unofficial user repository of Mozc is ready.
If use 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
---
NOTE: It is available x86_64 only and there is no plan to provide i686 packages.

ponsfoot commented on 2012-03-28 10:45

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

sokuban commented on 2012-03-27 02:45

A bad habit of installing PKGBUILDs manually is that once I install them I never update them for years until something breaks. I wouldn't be surprised if I last installed it before Apr. 2011.

Sorry about that.

ponsfoot commented on 2012-03-26 15:20

@sokuban:
Just after starting build the mozc, PKGBUILD tells you which packages will be generated. Some of aur helper tool like yaourt installs all generated packages at once.
Mozc was split since Apr. 2011. Please see here's comment log.

sokuban commented on 2012-03-26 14:08

Strange, it has it...

Wait... "ibus-mozc"?

Oh, I get it now, I feel really dumb; I only installed the mozc package; I didn't notice there was another ibus-mozc package. (I swear before you didn't have to install 2 packages?)

ponsfoot commented on 2012-03-26 11:05

@sokuban:
Make sure that there is the mozc.xml in ibus-mozc-*.pkg.tar.xz. If not, it wasn't packaged properly.
ibus-mozc-*.pkg.tar.xz should include the followings:
$ tar tf ibus-mozc-1.4.1033.102-1-x86_64.pkg.tar.xz
.PKGINFO
.CHANGELOG
usr/
usr/lib/
usr/share/
usr/share/ibus/
usr/share/ibus-mozc/
usr/share/ibus-mozc/dictionary.png
usr/share/ibus-mozc/direct.png
usr/share/ibus-mozc/tool.png
usr/share/ibus-mozc/alpha_full.png
usr/share/ibus-mozc/product_icon.png
usr/share/ibus-mozc/katakana_half.png
usr/share/ibus-mozc/alpha_half.png
usr/share/ibus-mozc/katakana_full.png
usr/share/ibus-mozc/hiragana.png
usr/share/ibus-mozc/properties.png
usr/share/ibus/component/
usr/share/ibus/component/mozc.xml
usr/lib/ibus-mozc/
usr/lib/ibus-mozc/ibus-engine-mozc

ponsfoot commented on 2012-03-26 10:38

@sokuban:
Make sure that there is the mozc.xml in ibus-mozc-*.pkg.tar.xz. If not, it wasn't packaged properly.

sokuban commented on 2012-03-26 05:19

Indeed mozc.xml is non-existent for some reason.

ponsfoot commented on 2012-03-25 12:43

@sokuban:
This works fine on my system. "nothing in ibus's menu" means that Mozc isn't listed in "Select an input method" drop down list of ibus-setup? Then, make sure the /usr/share/ibus/component/mozc.xml is existent. ibus reads it and recognize the ibus-mozc. If mozc.xml is non-existent, ibus-mozc may be not installed properly.

sokuban commented on 2012-03-25 08:50

For some reason it doesn't work for me now. It builds, but when I install it there is nothing in ibus's menu. I didn't touch the PKGBUILD, but it seems ibus is the default so it should work fine right?

It had used to work for me last year, but it stopped working after an update so I tried to install the new version, and the new version doesn't seem to work either. I did update gtest to the new version and rebuild as well just in case but that didn't help.

Could anyone help?

ponsfoot commented on 2012-03-18 03:19

@csslayer:
Added fcitx-mozc in mozc-svn.
Thx

csslayer commented on 2012-03-17 16:11

That's where fcitx-mozc get developed.

https://github.com/fcitx/mozc/

I'm not sure if this is what you want.

ponsfoot commented on 2012-03-17 10:11

@csslayer:
For now, I don't include any external modules (i.e. uim-mozc) into this plain mozc and include them into mozc-svn/-ut.
Because such modules have to be updated sometimes to sync new versions of mozc so it will bring on the delay of/frequent release(es) on aur. I'd like to avoid them as for the plain mozc at least.
So, I'd like to add fcitx-mozc into mozc-svn. Could you provide it as a git repo?
Thx

csslayer commented on 2012-03-17 07:28

Hi, could you please add this patch for Fcitx?

http://code.google.com/p/fcitx/downloads/detail?name=fcitx-mozc-1.4.1003.102.patch&can=2&q=#makechanges

I have add this for chakra package, you can take this as a reference. (I also take your PKGBUILD as reference too :D )

http://gitorious.org/chakra-packages/apps/blobs/master/mozc/PKGBUILD

ponsfoot commented on 2012-03-08 15:47

1.4.1003.102-3: Sorry, I forgot to remove 'protobuf' from depends. protobuf is always linked statically now so it's unnecessary anymore.

ponsfoot commented on 2012-03-08 15:43

1.4.1003.102-3: Sorry, I forgot to remove 'protobuf' from depends. protobuf is always linked statically now so it unnecessary anymore.

ponsfoot commented on 2012-03-08 14:20

1.4.1003.102-2: makedepends are reverted back to 'gtest' from 'gmock' by upstream (r103)

ponsfoot commented on 2012-03-07 16:14

1.4.1003.102-1: From this release, check and find Qt4 oneself in PKGBUILD without depending on Mozc. If you get any problems during build, please tell me it and you install qt3 or not.

ponsfoot commented on 2012-02-07 12:02

1.3.975.102-2: Reverted the temporary change of $QTDIR (which was for Qt3 users).

ponsfoot commented on 2011-11-30 13:01

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

ponsfoot commented on 2011-11-30 10:37

@myuhe:
FYI. mozc will be bumped to 1.3.911.102 soon.

myuhe commented on 2011-11-30 10:15

To ponsfoot
Thank you for your reply!!
I confirmed that out of memory :(
I will try to build again with increasing swap.

ponsfoot commented on 2011-11-30 02:06

@myuhe:
Did you run out of memory?

myuhe commented on 2011-11-29 23:33

I tried to build mozc. but occured error.
log is http://pastebin.com/WznPCuH2
I would like some advice!!

myuhe commented on 2011-11-29 23:03

I tried to build mozc. but occured error.

log is http://pastebin.com/WznPCuH2

I would like to some advice!!

Anonymous comment on 2011-10-30 11:14

Thanks for your help!

ponsfoot commented on 2011-10-30 07:31

@wasabi:
Thank you for the log.
Unfortunately, I cannot catch cause of your problem.
ibus reads /usr/share/ibus/component/*.xml to recognize im modules. ibus-mozc installs /usr/share/ibus/component/mozc.xml.
If /usr/share/ibus/component/mozc.xml is existent, ibus doesn't/cannot read it or ibus-mozc may have some problems for what ever reason.
Try to run ibus-daemon in verbose mode, ibus may output some messages:
$ killall ibus-daemon && ibus-daemon -v
(After confirming, Ctrl+C to stop ibus-daemon -v)
If /usr/share/ibus/component/mozc.xml is non-existent, ibus-mozc isn't installed properly.

Anonymous comment on 2011-10-29 16:12

http://pastebin.com/TwWL2ccN

ponsfoot commented on 2011-10-29 15:10

@wasabi:
For example;
makepkg -sf 2>&1 | tee /tmp/buildlog.txt

Anonymous comment on 2011-10-29 14:56

How do I get my full build log?

Anonymous comment on 2011-10-29 12:03

Yes, I can use Anthy. Anthy works in qtFM and urxvt but not in Chromium.

Anonymous comment on 2011-10-29 11:36

Hi ponsfoot!
Thanks for your help. It was 100% my mistake. I didn't change the QT4 option.
Now, I have installed ibus-qt and then tried to compile and install mozc (not mozc-svn, by the way) again with makepkg -s, pacman -U , but there is still no Japanese option in ibus-setup. ( I changed qtconfig to ibus).

ponsfoot commented on 2011-10-29 11:07

@wasabi:
Can you use other IMs such as anthy properly?
Did you install ibus-mozc properly?
I'd like to be shown your full build log (using pastebin.com for example).

Anonymous comment on 2011-10-29 09:37

No, I don't know what happened.
Do you want me to give some log info?

ponsfoot commented on 2011-10-29 03:08

@wasabi:
Isn't mozc listed in "Select an input method" > "Japanese" dropdown list?

Anonymous comment on 2011-10-28 22:19

I just installed this but I can't select mozc in ibus-setup. Got no errors like w1ntermute.

Any ideas?

ponsfoot commented on 2011-10-03 14:08

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

ponsfoot commented on 2011-08-25 10:10

@w1ntermute:
You can add words into user dictionary using Dictionary tool (or word register dialog). It can be called from language bar of ibus.

w1ntermute commented on 2011-08-24 19:11

Got it to work - the problem is that I was using yaourt, which this package isn't compatible with due to the generation of multiple packages. When I installed it manually, it worked fine.

Only one other question - is it possible to edit the mozc dictionary? On the whole, it's much better than Anthy, but there are some words I'd like to add.

ponsfoot commented on 2011-08-23 05:43

@w1ntermute:
"all packages" means packages generated by makepkg for mozc, i.e. mozc-server, mozc-utils-gui, and so on (depended on your choice).
You cannot find those package files? Then, you may have failed to build. Check build log.

w1ntermute commented on 2011-08-23 05:10

What do you mean by "all packages"? I can't find a package named "mozc-server" or "ibus-mozc".

ponsfoot commented on 2011-08-23 04:37

@w1ntermute:
Try to install all packages at once.
Each packages are specified to keep the version the same.

w1ntermute commented on 2011-08-22 23:29

OK, I managed to install mozc, albeit with this error message:

resolving dependencies...
warning: cannot resolve "mozc-server=1.2.809.102", a dependency of "ibus-mozc"
:: The following package cannot be upgraded due to unresolvable dependencies:
ibus-mozc

Do you want to skip the above package for this upgrade? [y/N] y
looking for inter-conflicts...

Now when I go to the IBus settings and try to add Mozc, it's not listed as an input method under "Japanese".

ponsfoot commented on 2011-08-22 10:24

1.2.809.102-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 1.2.809.102-1, you don't need to upgrade to this.

ponsfoot commented on 2011-08-22 10:22

1.2.809.102-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.

ponsfoot commented on 2011-08-03 16:06

@w1ntermute:
Do you have modified gui/qt_libraries.gypi or downgraded libpng to 1.2? Then, $QTDIR should be set '/usr', not '/usr/lib/qt' for mozc at least.
And I made temporary patch for this problem and update package. Please try it.
If you cannot resolve, please show me full build log next time (using pastebin.com, for example). Actually, you don't paste your actual error message. It should be shown just above line you pasted ;)
However, I was able to find the exact cause of the problem by you. Thank you, I will report to upstream.

ponsfoot commented on 2011-08-03 15:44

@w1ntermute:
Do you have modified gui/qt_libraries.gypi or downgraded linpng to 1.2? Then, $QTDIR should be set '/usr', not '/usr/lib/opt' for mozc at least.
And I made temporary patch for this problem and update package. Please try it.
If you cannot resolve, please show me full build log next time (using pastebin.com, for example). Actually, you don't paste your actual error message. It should be shown just above line you pasted ;)
However, I was able to find the exact cause of the problem by you. Thank you, I will report to upstream.

w1ntermute commented on 2011-08-03 13:07

My QTDIR was set to /opt/qt, which is for Qt3. I set it to /usr/lib/qt (which is for Qt4), but I got this error when I tried again:

make: *** [out_linux/Release/obj/gen/gui/tool/qrc_mozc_tool.cc] Error 127
make: *** Waiting for unfinished jobs....
Traceback (most recent call last):
File "build_mozc.py", line 898, in <module>
main()
File "build_mozc.py", line 884, in main
BuildMain(original_directory_name)
File "build_mozc.py", line 829, in BuildMain
BuildOnLinux(options, targets)
File "build_mozc.py", line 744, in BuildOnLinux
RunOrDie([make_command] + build_args + target_names)
File "build_mozc.py", line 549, in RunOrDie
'==========']))
__main__.RunOrDieError:
==========
ERROR: make -j4 MAKE_JOBS=4 BUILDTYPE=Release mozc_server mozc_tool ibus_mozc

ponsfoot commented on 2011-07-31 06:53

@w1ntermute:
Do you use qt3 as default? or customize qt configuration?
If yes, please try the following if you have installed qt4 without any customization:
`QTDIR= makepkg'
(Or set your qt4's path to $QTDIR)

w1ntermute commented on 2011-07-31 04:39

Hi, I'm getting the following error (x64). I saw that aaaarch had a similar issue, but I don't think this is related. In any case, I have pkg-config installed.

Exception: Call to 'pkg-config --libs-only-L --libs-only-l xrender xrandr xcursor xfixes xinerama fontconfig freetype2 xi xt xext x11 sm ice gobject-2.0 libpng12' returned exit status 1. while trying to load gui/gui.gyp
Traceback (most recent call last):
File "build_mozc.py", line 898, in <module>
main()
File "build_mozc.py", line 890, in main
GypMain(deps_file_name)
File "build_mozc.py", line 418, in GypMain
RunOrDie(command_line)
File "build_mozc.py", line 549, in RunOrDie
'==========']))
__main__.RunOrDieError:
==========
ERROR: /usr/bin/python2 third_party/gyp/gyp --depth=. --include=./gyp/common.gypi -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 ./converter/converter.gyp ./converter/converter_base.gyp ./converter/converter_test.gyp ./dictionary/dictionary.gyp ./dictionary/dictionary_base.gyp ./dictionary/dictionary_test.gyp ./dictionary/file/dictionary_file.gyp ./dictionary/system/system_dictionary.gyp ./gui/gui.gyp ./gui/zinnia.gyp ./gyp/tests.gyp ./ipc/ipc.gyp ./mac/mac.gyp ./net/net.gyp ./prediction/prediction.gyp ./protobuf/protobuf.gyp ./renderer/renderer.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 ./testing/testing.gyp ./transliteration/transliteration.gyp ./unix/emacs/emacs.gyp ./unix/ibus/ibus.gyp ./unix/scim/scim.gyp ./usage_stats/usage_stats.gyp third_party/rx/rx.gyp -D branding=Mozc -D use_qt=YES -D qt_dir=/opt/qt -D build_base=out_linux -D target_platform=None -D dictionary=desktop

ponsfoot commented on 2011-07-29 10:18

1.1.773.102-2: Due to a change of zipcode archives to .zip files, lha/bin32-lha are dropped from makedepends.

ponsfoot commented on 2011-05-21 12:46

*****
FYI
****
Build will fail if gcc is 4.6.0 as of mozc 1.1.717.102-1.
http://code.google.com/p/mozc/issues/detail?id=85

Workaround of this problem is to downgrade gcc to 4.5.

ponsfoot commented on 2011-04-15 15:04

From 1.1.690.102-2, package is split according to upstream as follows:
* mozc-server: Server part of the Mozc input method
* mozc-utils-gui: Mozc GUI uitilities
* ibus-mozc: IBus engine module for Mozc (choosable, default)
* scim-mozc: SCIM IMEngine module for Mozc (choosable)
* emacs-mozc: Mozc for Emacs (optional)
* emacs-mozc-bin: 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.

ponsfoot commented on 2011-04-15 15:03

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

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

Comments, suggestions or bug reports are welcome.

ponsfoot commented on 2011-04-15 15:01

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

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

Comments, suggestions or bug reports are welcome.

ponsfoot commented on 2010-09-02 04:49

@sokuban:

Fixed. Thank you for your report.

sokuban commented on 2010-09-02 01:05

For scim, the icons are in the wrong place, they should be in /usr/share/scim/icons/

ponsfoot commented on 2010-08-11 18:27

About the problem to fail in start of Mozc 0.12.422.102-1, the following information is reported.
http://code.google.com/p/mozc/issues/detail?id=21&can=1
In short, add the following into your ~/.xprofile, ~/.xinitrc, etc.
-------------------------------------------------------
killall -KILL mozc_server
rm -f /tmp/.mozc.*.session
-------------------------------------------------------
This will be fixed on next release.

ponsfoot commented on 2010-08-11 15:37

@aaaaarch:
Is the pkg-config installed on your system?

Anonymous comment on 2010-08-11 14:30

Compile error:


==> Validating source files with sha1sums...
mozc-0.12.422.102.tar.bz2 ... Passed
==> Extracting Sources...
-> Extracting mozc-0.12.422.102.tar.bz2 with bsdtar
==> Starting build()...
Copying file to: third_party/rx/rx.gyp
Build tool: make
Running: pkg-config --exists ibus-1.0
Traceback (most recent call last):
File "build_mozc.py", line 775, in <module>
main()
File "build_mozc.py", line 767, in main
GypMain(deps_file_name)
File "build_mozc.py", line 304, in GypMain
gyp_file_names = GetGypFileNames()
File "build_mozc.py", line 167, in GetGypFileNames
RunOrDie(['pkg-config', '--exists', 'ibus-1.0'])
File "build_mozc.py", line 458, in RunOrDie
process = subprocess.Popen(argv)
File "/usr/lib/python2.6/subprocess.py", line 633, in __init__
errread, errwrite)
File "/usr/lib/python2.6/subprocess.py", line 1139, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
Aborting...

What's the problem? Thanks!

ponsfoot commented on 2010-08-11 10:44

If mozc fails in activation with the following message:
"Cannot start conversion engine. Please restart your computer." or
"変換エンジンプログラムの起動に失敗しました。新しい Mozcを利用するためにコンピュータを再起動してください。",
remove ~/.mozc/.session.ipc before starting X.
Or, try to reboot your system.

ponsfoot commented on 2010-08-11 10:43

If mozc fails in activation with the following message:
"Cannot start conversion engine. Please restart your computer." or
"変換エンジンプログラムの起動に失敗しました。新しい Mozcを利用するためにコンピュータを再起動してください。",
remove ./mozc/.session.ipc before starting X.
Or, try to reboot your system.

ponsfoot commented on 2010-08-10 08:08

You can choose the input method framework to use either ibus, scim or both. Only ibus-mozc is enabled by default.
If you want to use with scim, edit PKGBUILD, i.e. uncomment "_scim_mozc=" line and you can comment out "_ibus_mozc=" to disable ibus-mozc if unnecessary.
The dependencies (ibus, scim or both) are modified in accordance with your choice automatically.
Please see PKGBUILD for detail.

ponsfoot commented on 2010-08-09 05:11

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

ponsfoot commented on 2010-08-09 04:36

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