Mailinglist Archive: opensuse-ja (26 mails)
| < Previous | Next > |
Re: [opensuse-ja] OBS M17N / FACTORY 上の uim のアップデート
- From: Takashi Iwai <tiwai@xxxxxxx>
- Date: Mon, 08 Aug 2011 18:00:28 +0200
- Message-id: <s5hvcu7evvn.wl%tiwai@suse.de>
At Tue, 09 Aug 2011 00:33:49 +0900,
Fuminobu TAKEYAMA wrote:
なるほど。
うーん、これも判断が難しい所ですね。
パッケージの依存性を削るのは、主にそれによってビルドの時間を削るためなんですが、
gtest 自体があまり他のパッケージに依存していないのであれば分けてビルドした方が
きれいにはなりますね。今のところそのまま分けてビルドした方が楽な気がします。
仮に mozc 関連のパッケージを 12.1 に搭載するにしても、gtest-* パッケージは
載せる必要がないですから。
anthy もパッチを当ててもうすこし学習するようにさせると大分良いんですが、
upstream での開発が止まってしまっている点が何度も。
システムワイドな設定をどうするか、というのは難問ですね。
システムワイドな設定はスクリプトでパッケージインストール時に変更する、
という形になるかもしれません。この際、ロケール毎にリストみたいなのを保
持しておいて、その優先順位にしたがって設定する、みたいな感じで。
でも、この方法だとシステムのロケールを変更した時に、ibus の設定を追従
させるのが難しくなるような気が。うーん…。
mozc がどういう開発形態なのかは知りませんが、Xgl に関しては David 個人
のプロジェクトで引っ張ってきた、というのが主な原因なんですけどね。
なるほど、これはまずいですね。
OBS M17N 上の scim, uim, ibus パッケージは既に修正して、FACTORY に上げ
ておきました。その内に取り込まれると思います。
--
Takashi Iwai <tiwai@xxxxxxx>
--
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
Fuminobu TAKEYAMA wrote:
武山です
前のメールは普段よりさくっと投稿してしまったので、
いくつか穴が…すみません。
(2011/08/08 19:12), Takashi Iwai wrote:
>> 2. googletest の扱い
中略
>> Mozc の一部が google-test のヘッダを参照しているだけなので、
>> Mozc から依存関係を取り除くか、googletest を Mozc のソースとして含め
てしまう
>> デザインもあるかと思います。
>
> ビルドに不必要なのであればなるべく依存関係は減らした方が良いですので、
> とりあえず gtest-devel なしでいきませんか？
> もしくは、"%if %with_gtest" みたいな形で残しておく方が良いかもしれませ
> ん。
今のところビルドに googletest のヘッダーファイルは必要な状態です。
ライブラリはリンクされていないようなので不要です。
細かく調査はしていませんが、おそらく依存している部分はごく一部で、
きっと不要なマクロかと思いますので、依存関係を取り除くパッチを作ることは
できそうな気がします。
なるほど。
googletest を無しにする暫定処置は
Mozc と googletest を一緒にパッケージングする方法かと思います。
（googletest はビルドしないし、インストールもしない）
うーん、これも判断が難しい所ですね。
パッケージの依存性を削るのは、主にそれによってビルドの時間を削るためなんですが、
gtest 自体があまり他のパッケージに依存していないのであれば分けてビルドした方が
きれいにはなりますね。今のところそのまま分けてビルドした方が楽な気がします。
仮に mozc 関連のパッケージを 12.1 に搭載するにしても、gtest-* パッケージは
載せる必要がないですから。
(2011/08/08 22:28), Satoru Matsumoto wrote:
> えーっと、iBus をデフォルトインプットフレームワークにすることについて
> は異論はないのですが、mozc をデフォルト IM にすることについては反対意
> 見を表明しておきます。
>
> 理由は、現時点では mozc はあくまで Google の社内プロジェクトでしかない
> からです。
なるほど。
openSUSE のポリシーについては、あまり知らないのですが、
Pure OSS か利便性か…どちらをとるかは、難しい問題ですね。
# 「いや、anthy のほうが優れている」という方もいるかもしれませんが…
anthy もパッチを当ててもうすこし学習するようにさせると大分良いんですが、
upstream での開発が止まってしまっている点が何度も。
# 個人的には利便性を取っています
せめて、インストールしたら、SCIM や uim のように、
使用するエンジンとして追加された状態にはしたいかな…と思います。
gconf-tool で設定ファイルを変更して登録すること自体は
容易にできるのですが、
どのタイミングで？/全ユーザーの設定を変更するの？
と色々課題が残っています。
# upstream での対応が必要な気が…
システムワイドな設定をどうするか、というのは難問ですね。
システムワイドな設定はスクリプトでパッケージインストール時に変更する、
という形になるかもしれません。この際、ロケール毎にリストみたいなのを保
持しておいて、その優先順位にしたがって設定する、みたいな感じで。
でも、この方法だとシステムのロケールを変更した時に、ibus の設定を追従
させるのが難しくなるような気が。うーん…。
# あと、最初はクローズな開発にしたい開発者側の気持ちも分からなくも
# ないです。（Xgl なんてのも…）
mozc がどういう開発形態なのかは知りませんが、Xgl に関しては David 個人
のプロジェクトで引っ張ってきた、というのが主な原因なんですけどね。
> それと、mozc というより iBus の問題で、Flash サイトへの日本語入力なん
> ですが、(少なくとも) 64bit バージョンだと以下のスレッドにあるように
> http://lists.opensuse.org/archive/opensuse-m17n/2011-06/msg00012.html
> ibus-gtk-32bit パッケージを入れたうえで
> gtk-query-immodules-2.0> /etc/gtk-2.0/gtk.immodules
> としてやらなければ Flash サイトへの入力ができないんじゃないかと思うん
> ですけれど、
Adobe Reader (32bit) だともっと悲惨で、IBus を入れて SCIM を止めると、
ibus-gtk が見つからない→scim-gtk を見つける→SCIMのサーバーを探しに行く
となり、最後はずっと探し続けていつになってもウインドウが出てきません。
なるほど、これはまずいですね。
OBS M17N 上の scim, uim, ibus パッケージは既に修正して、FACTORY に上げ
ておきました。その内に取り込まれると思います。
--
Takashi Iwai <tiwai@xxxxxxx>
--
To unsubscribe, e-mail: opensuse-ja+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-ja+help@xxxxxxxxxxxx
| < Previous | Next > |