--- Linux 備忘録 ---
下記のパッケージを投入しました。
下記のパッケージを投入しました。
mozc-ut パッケージを廃止し、新たに mozc-ut-neologd パッケージを投入しました。
これは、複数の異なるライセンスの辞書が混合されていてパッケージとして配布する際にはライセンス面での配慮が必要となる mozc-ut に比べ、Apache 2.0 なライセンスの NEologd 辞書のみで構成されている mozc-ut-neologd の方がライセンス面での問題が無いことを考慮したものです。
下記のパッケージを投入しました。
Mozc NEologd UT Dictionary の配布が終了し、それに替わって neologd 辞書も含んだ Mozc UT Dictionary が新たに配布開始されました。そのため従来の mozc-neologd-ut パッケージを廃止し、Mozc UT Dictionary に対応した mozc-ut パッケージを新たに作成しました。
従来の mozc-neologd-ut パッケージとは排他的な関係となるため、 現在 mozc-neologd-ut がインストールされている環境では、この mozc-ut パッケージを新たにインストールすると mozc-neologd-ut パッケージは削除されます。
Mozc UT Dictionary はライセンスの異なる複数の辞書が統合されて作成されています。しかし CC-BY-SA 3.0 ライセンスは GPL, BSD-3, Apache 2.0 などの他のライセンスとの互換性が認められていません。そのためパッケージとしてバイナリー配布をする上では、CC-BY-SA 3.0 なライセンスの辞書を混ぜることにはライセンス面での問題が生じます。
そこでこの問題を回避するため、今回のパッケージでは Mozc UT Dictionary で使用されている辞書の内、CC-BY-SA 3.0 なライセンスの EDICT と ekimei-jawiki の2つの辞書を無効化して Mozc UT Dictionary を再作成した上でビルドを行っています。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
Mozc を python3 対応にするパッチは、現在のところ下記の3つが存在することを確認しています。（これら以外にも公開されているものがあれば教えてください）
3つのパッチのサイズがかなり異なっていますが、Debian のものは Linux 上でビルドする際の必要最低限な修正のみを行ったということなのでしょうか？
ちなみに Mageia で 2 または 3 のパッチを適用すると、ビルド時にエラーを吐いてしまいます。例えば 3 のパッチを使用した場合には下記のような感じ。
[266/957] ACTION(host) [oss] Generating user pos data. FAILED: gen/data_manager/oss/user_pos_token_array.data gen/data_manager/oss/user_pos_string_array.data gen/data_manager/oss/pos_list.data cd ../../data_manager/oss; python ../../dictionary/gen_user_pos_data.py "--id_file=../../data/dictionary_oss/id.def" "--special_pos_file=../../data/rules/special_pos.def" "--user_pos_file=../../data/rules/user_pos.def" "--cforms_file=../../data/rules/cforms.def" "--output_token_array=../../out_linux/Release/gen/data_manager/oss/user_pos_token_array.data" "--output_string_array=../../out_linux/Release/gen/data_manager/oss/user_pos_string_array.data" "--output_pos_list=../../out_linux/Release/gen/data_manager/oss/pos_list.data" Traceback (most recent call last): File "../../dictionary/gen_user_pos_data.py", line 107, inmain() File "../../dictionary/gen_user_pos_data.py", line 99, in main options.output_token_array, options.output_string_array) File "../../dictionary/gen_user_pos_data.py", line 67, in OutputUserPosData sorted(x.encode('utf-8') for x in string_index.keys()), output_string_array) File "../../dictionary/gen_user_pos_data.py", line 67, in sorted(x.encode('utf-8') for x in string_index.keys()), output_string_array) UnicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in position 0: ordinal not in range(128) [268/957] ACTION(host) Generating gen/dictionary/pos_map.inc FAILED: gen/dictionary/pos_map.inc cd ../../dictionary; python gen_pos_map.py "--user_pos_file=../data/rules/user_pos.def" "--third_party_pos_map_file=../data/rules/third_party_pos_map.def" "--output=../out_linux/Release/gen/dictionary/pos_map.inc" Traceback (most recent call last): File "gen_pos_map.py", line 129, in main() File "gen_pos_map.py", line 125, in main OutputPosMap(pos_map, stream) File "gen_pos_map.py", line 93, in OutputPosMap key = code_generator_util.ToCppStringLiteral(key) File "/home/tomcat/rpm/BUILD/mozc-2.23.2815.102/src/build_tools/code_generator_util.py", line 48, in ToCppStringLiteral return b'"%b"' % b''.join(br'\x%02X' % c for c in s) File "/home/tomcat/rpm/BUILD/mozc-2.23.2815.102/src/build_tools/code_generator_util.py", line 48, in return b'"%b"' % b''.join(br'\x%02X' % c for c in s) TypeError: %X format: a number is required, not str [271/957] ACTION Generating gen/gui/character_pad/data/unihan_data.h. ninja: build stopped: subcommand failed. Traceback (most recent call last): File "build_mozc.py", line 1236, in main() File "build_mozc.py", line 1223, in main BuildMain(cmd_opts, cmd_args) File "build_mozc.py", line 854, in BuildMain BuildWithNinja(options, targets) File "build_mozc.py", line 828, in BuildWithNinja RunOrDie([ninja, '-C', build_arg] + ninja_targets) File "/home/tomcat/rpm/BUILD/mozc-2.23.2815.102/src/build_tools/util.py", line 99, in RunOrDie '=========='])) build_tools.util.RunOrDieError: ========== ERROR: ninja -C out_linux/Release mozc_server mozc_renderer mozc_tool mozc_emacs_helper uim-mozc fcitx-mozc ibus_mozc
python3 やその他のライブラリーなどのバージョンの違いによるものなのか、あるいは他の原因によるものなのか、私のスキルでは原因解明は難しそうなので深追いしていません(-_-;)
なので拙作の野良パッケージでは、Debian のパッチを多少モディファイしたものを使っています。
上述のエラーの件ですが、システムのデフォルトの python のバージョンが 2 系の場合に発生する模様です。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
最近発売された新しい Ryzen を搭載したシステムで Mageia 7 が起動できないという問題に対処した 7.1 がリリースされました。
rc からちょうど1ヶ月でリリースされました。
インストール時の注意点としては、6/6.1 の環境からのアップグレードを行う場合には、クラシック インストール版を用いる必要があるということです。（ライブ DVD 版は 6/6.1 環境からのアップグレードをサポートしていません）
なお日本語入力に関しては、rc の時に書いた内容から変更はありません。
ターミナルで下記を実行することで、「nora」というメディア名で野良リポジトリを追加することができます。
# urpmi.addmedia --update 'nora' http://tomcat.nyanta.jp/linux/Mageia/7/x86_64/nora
パッケージマネージャに DNF を使用している場合には、下記を実行して nora-repos パッケージをインストールすることで野良リポジトリを追加することができます。（なお Mageia 7 のデフォルト状態では、DNF 関連のパッケージは一切インストールされていません）
# dnf install http://tomcat.nyanta.jp/linux/Mageia/7/x86_64/nora/nora-repos-7.1-1.nora7.x86_64.rpm
なお Mageia 7 では32bit版のサポートも継続されていますが、当野良リポジトリでは32bit版を提供する予定は全くありません。
2019年6月4日現在、野良リポジトリに置いているパッケージは下記の通りです。
[公式リポジトリでは提供されていないパッケージ]
[公式パッケージより新しいバージョンでビルドしたパッケージ]
Mageia 7 rc がリリースされました。
ISO イメージはライブ版とインストール版（Mageia では "クラシック インストール" と呼んでいる）の2種類が提供されています。
ライブ版は GNOME, Plasma, Xfce, の3つのデスクトップ環境が提供されています。インストール版は64bit版と32bit版の両方が提供されています。
32bit版のサポートを取り止めるディストリビューションが増えている中で、Mageia が32bit版のサポートを継続したことはちょっと意外でした。
ということで、メインの環境を 6.1 から 7 へ移行させました。無用なトラブルを避けるため、6.1 の環境を更新するのではなくて、インストール版を用いて新規に 7 rc をインストールしました。
インストールして気が付いた点などを日本語廻りを中心に下に書き連ねてみます。なおデスクトップ環境は Plasma 5 です。
---------------
日本語入力関係について。
デフォルトのインプットメソッドは従来と同様に ibus で、初期状態では ibus-mozc と ibus-anthy パッケージがインストールされています。
mozc のバージョンは Mageia 6.1 の 1.11.1522.102 というかなり旧いものから大幅に更新されて 2.23.2785.102 になっています。最新の 2.23.2815.102 でないのがちょっと残念。
mozc は ibus-mozc のみの提供で、emacs-mozc, fcitx-mozc, uim-mozc は提供されていません。
初期状態では mozc-tools パッケージはインストールされていないので、ユーザーによるインストールが必要です。
anthy は Mageia 6.1 と同じで UTUMI さんの辞書の20110409版を用いてビルドしたものが提供されています。
ibus のバージョンは最新の 1.5.20 ですが、「IBus の設定」(ibus-setup) が日本語化されないというバグがあります。このバグへの修正はアップストリームには既に入っているので ibus の次のバージョンでは修正されますが、現状への応急的な対処方法としては、root 権限で下記を実行してください。
# sed -i 's/${datarootdir}/\/usr\/share/' /usr/bin/ibus-setup
fcitx 関係は Mageia 6.1 の時と同様に、日本語入力に必要となる fcitx-anthy, fcitx-mozc, fcitx-skk, fcitx-kkc 等々のパッケージの提供はされていません。つまり公式パッケージを使う限りにおいては、現状では fcitx を用いての日本語入力は不可能です。
Plasma 5 の「システム設定」に fcitx の設定機能を追加する kcm-fcitx も提供されていません。
fcitx をインストールすると依存関係から locales-zh パッケージがもれなく付いてきます。
Mageia コントロールセンター の [システム] → [システムの言語を設定] では、インプットメソッドの選択肢に fcitx が存在しません。
「ibus は嫌いだから fcitx を使いたい」という人は他のディストリビューションを選択した方が幸せになれると思います、多分。
libkkc 関係は Mageia 6.1 の時と同様に、一切提供されていません。
skk 関係も Mageia 6.1 の時と同様に skkdic 以外は提供されていません。
---------------
日本語環境でのデフォルトのフォントは Mageia 6.1 と同様に「源ノ角ゴシック(Source Han Sans)」が使用されています。
---------------
私の環境（CPU:A10-7800）では、初期状態では CPU のクロックは一応はステッピングしているものの、アイドル状態でも 2.3 - 3.0GHz 近辺で変動していて "高止まり" している感じでした。
そこで /etc/sysconfig/cpupower の 2 行目を下記のように修正して再起動するとアイドル状態では 1.4 - 1.8GHz 辺りで変動するようになって本来のステッピングになりました。
CPUPOWER_START_OPTS="frequency-set -g performance" ↓ CPUPOWER_START_OPTS="frequency-set -g ondemand"
下記のパッケージを投入しました。
2007年の夏に PCLinuxOS 2007 を初めて導入して以降、12年近くメインの OS として PCLinuxOS を使ってきましたが、この度、Mageia へ移行しました。現在 β2 段階の Mageia 7 が正式リリースされてからにしようかとも考えたのですが、待ち切れずに現行の 6.1 で移行してしまいました。7 が正式リリースされれば速やかに更新するつもりです。
Mageia は今までもリアル環境にインストールしてサブ的な OS として使ってきましたが、これからはメインの OS として使っていくことになります。PCLinuxOS は当面はサブ的な OS として使っていくつもりですが、将来的にはリアルな環境からは消えることになるかもしれません。
拙作の PCLinuxOS 用の野良リポジトリについては現状のまま維持し続けるつもりです。気が向けばパッケージの更新なども行うかもしれません。
一方の Mageia 6.1 用の野良リポジトリに関しては 7 のリリースまでは更新していくつもりですが、7 の野良リポジトリに付いては全くの未定です。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
/etc/yum.repos.d/mageia-6-nora.repo の内容に記述ミスがあり、「更新パッケージを認識できない」という重大な問題が発生します。
この問題を修正した nora-repos-2-1 パッケージを投入しましたので、下記を実行して更新してください。お手数をお掛けして申し訳ございません。
# dnf install http://tomcat.nyanta.jp/linux/Mageia/repo/6/x86_64/media/nora/release/nora-repos-2-1.nora6.x86_64.rpm
先日公開した Mageia 6 (x86_64) 用の野良リポジトリ を、Mageia 6 で新たに採用された dnf に対応させました。
ターミナルで下記を実行して nora-repos パッケージをインストールすることで、dnf で野良リポジトリが利用可能となります。
# dnf install http://tomcat.nyanta.jp/linux/Mageia/repo/6/x86_64/media/nora/release/nora-repos-2-1.nora6.x86_64.rpm
下記が実際に実行した一例です。
[root@localhost ~]# dnf install http://tomcat.nyanta.jp/linux/Mageia/repo/6/x86_64/media/nora/release/nora-repos-2-1.nora6.x86_64.rpm メタデータの期限切れの確認は、10:39:10 時間前の 2017年08月14日 23時04分59秒 に実施しました。 nora-repos-2-1.nora6.x86_64.rpm 232 kB/s | 8.0 kB 00:00 依存性が解決されました。 ================================================================================= パッケージ アーキテクチャ バージョン リポジトリ サイズ ================================================================================= インストール: nora-repos x86_64 2-1.nora6 @commandline 8.0 k トランザクションの要約 ================================================================================= インストール 1 パッケージ 合計サイズ: 8.0 k パッケージ展開後のサイズ: 2.1 k これでいいですか? [y/N]: y トランザクションの確認を実行中... トランザクションの確認に成功しました。 トランザクションのテストを実行中... トランザクションのテストに成功しました。 トランザクションを実行中... Preparing : 1/1 インストール : nora-repos-2-1.nora6.x86_64 1/1 検証中 : nora-repos-2-1.nora6.x86_64 1/1 インストール済み: nora-repos.x86_64 2-1.nora6 完了しました!
この後 dnf repolist を実行すると、野良リポジトリ (nora-x86_64) が追加されているのが確認できます。
[root@localhost ~]# dnf repolist メタデータの期限切れの確認は、1:12:40 時間前の 2017年08月15日 08時36分58秒 に実施しました。 リポジトリID リポジトリ名 状態 mageia-x86_64 Mageia 6 - x86_64 28,136 mageia-x86_64-nonfree Mageia 6 - x86_64 - Nonfree 130 mageia-x86_64-tainted Mageia 6 - x86_64 - Tainted 347 nora-x86_64 Mageia 6 - x86_64 - nora 50 updates-x86_64 Mageia 6 - x86_64 - Updates 459 updates-x86_64-nonfree Mageia 6 - x86_64 - Nonfree - Updates 2 updates-x86_64-tainted Mageia 6 - x86_64 - Tainted - Updates 41
当初の nora-repos-1-1 パッケージでは mageia-6-nora.repo ファイルに記述ミスがあり、「更新パッケージを認識できない」という重大な問題が発生していました。このためこのエントリの内容を、問題を修正した nora-repos-2-1 パッケージを使用するものへと差し換えました。
ターミナルで下記を実行することで、「nora release」というメディア名で野良リポジトリを追加することができます。
# urpmi.addmedia --update 'nora release' http://tomcat.nyanta.jp/linux/Mageia/repo/6/x86_64/media/nora/release
なお、Mageia 6 では32bit版のサポートも継続されていますが、当野良リポジトリでは32bit版を提供する予定は全くありません。
本日現在、野良リポジトリに置いているパッケージは下記の通りです。
[公式リポジトリには存在しないパッケージ]
[公式パッケージより新しいバージョンでビルドしたパッケージ]
なお、インプットメソッドの選択・設定ツールである拙作の setIM は、GNOME 3 環境には対応できていません。ご承知のように GNOME 3 では ibus が統合されており、setIM で ibus 以外のインプットメソッドを選択しても、それだけでは選択したインプットメソッドを正常に動作させることはできません。
野良リポジトリを dnf にも対応させました。
去る7月16日に、Mageia 6 がリリースされました。
Mageia 6 では32bit版もまだサポートが続いていますが、Live メディアの GNOME 版と Plasma 5 版は、64bit用のみが提供されています。一方、今回から新たに提供された Xfce 版は、32bit用と64bit用の両方が提供されています。
ということで、インストールメディアを用いて実環境に新規にインストールしてみました。（デスクトップ環境は Plasma 5）
結果、ほとんどの部分は 「Mageia 6 rc をインストールしてみた...」で書いたのと同様だったのですが、幾つか異なる点も見られたので、それらに付いて以下に簡単に述べます。
Mageia 6 rc がリリースされたということで、インストール版（Live 版ではない方）を用いて実環境にインストールしてみました。以下に気が付いた点を書き連ねてみます。なおデスクトップ環境は Plasma 5 です。
--------------------
私の環境（CPU:A10-7800）では、CPU のクロックが最高動作クロックで固定されてしまってステッピングしてくれない状態になっていました。
取りあえず
# cpupower frequency-set -g ondemand
を実行することでステッピングを可能にしました。
ただこれだと再起動すると元に戻ってしまうので、/etc/sysconfig/cpupower の 2 行目を下記のように修正して次回の起動以降もステッピングが有効になるようにしました。
CPUPOWER_START_OPTS="frequency-set -g performance" ↓ CPUPOWER_START_OPTS="frequency-set -g ondemand"
--------------------
konsole を閉じた直後に CPU の使用率が 100% に張り付くという問題が出ました。当初は原因が分からなかったのですが、VirtualBox 上の Mageia 6 rc では問題が出ていないことからグラフィックドライバーを nvidia から nouveau に変えてみたところ、問題は発生しなくなりました。（グラボは GTX 960）
ただ、同一 PC 上にインストールしてある PCLinuxOS の Plasma 5 では nvidia のドライバーを使用していてもこのような問題は発生していないので、真の原因はドライバー以外の部分にあるのではないかと疑っています。
--------------------
日本語環境でのデフォルトのフォントは従来の「UmePlus」に替って「源ノ角ゴシック」が使用されています。
--------------------
日本語入力関係について。
デフォルトのインプットメソッドは従来と同様に ibus です。初期状態では ibus-mozc と ibus-anthy パッケージがインストールされていて、日本語入力エンジンとして mozc と anthy が使用可能となっています。
mozc のバージョンは Mageia 5 から更新されておらず、1.11.1522.102 というかなり旧いものです。ibus-mozc のみの提供で、emacs-mozc, fcitx-mozc, uim-mozc は提供されていません。
初期状態では mozc-tools パッケージはインストールされていないので、ユーザーによるインストールが必要です。
anthy も Mageia 5 と同じで UTUMI さんの辞書の20110409版を用いてビルドしたものが提供されています。
ibus 関係のパッケージでは、初期状態では ibus-gtk3 と ibus-qt4 がインストールされていないので、ユーザーによるインストールが必要です。なお ibus のバージョンは最新の 1.5.16 です。
libkkc 関係は Mageia 5 の時と同様に、一切提供されていません。
skk 関係も Mageia 5 の時と同様に skkdic 以外は提供されていません。
fcitx 関係も Mageia 5 の時と同様に、日本語入力に必要となる fcitx-anthy, fcitx-mozc, fcitx-skk, fcitx-kkc 等々のパッケージの提供はされていません。つまり公式パッケージを使う限りにおいては、現状では fcitx を用いての日本語入力は不可能です。
Plasma 5 の「システム設定」に fcitx の設定機能を追加する kcm-fcitx も提供されていません。
fcitx をインストールすると locales-zh パッケージがもれなく付いてきます。
Mageia コントロールセンター の [システム] → [システムの言語を設定] には、インプットメソッドの選択肢に fcitx が存在しません。
この件については以前に ”ibus-1.5.11 以降の入力モード表示機能の表示色変更方法” として書きました。
うんが、そこで書いた方法よりも、もっともっともっと簡単に変更できる方法が ”続・ibus-skkでステータスアイコンを表示する方法 - いくやの斬鉄日記” で紹介されています。
アイコンの文字の色は
$ gsettings set org.freedesktop.ibus.panel xkb-icon-rgba '#ffffff'
で変更できます。これで白になります。
勿論、'#ffffff' の部分を変更すれば他の色に変えることが可能です。変更は直ちに反映され、ibus の再起動は必要ありません。
私が以前に書いた方法では、root 権限で変更する必要がある、変更がシステム上の全てのユーザーに影響する、ibus が更新された場合には変更した値がリセットされてしまう、と良い所無しでしたが、こちらの方法だとユーザー権限で実行するので、ユーザー毎の設定が可能、ibus が更新されても変更した値がリセットされない、と良い事ずくめです。
Plasma 5 環境では ibus を再起動しないと変更した設定が反映されません。
下記のパッケージを投入しました。
変更点は PCLOS の場合と同様です。
下記のパッケージを投入しました。
変更点は PCLOS の場合と同様です。
下記のパッケージを投入しました。
変更点は PCLOS の場合と同様です。
下記のパッケージを投入しました。(64bit版のみ)
前回(9月6日)以降、下記のパッケージを投入しました。(64bit版のみ)
下記のパッケージを投入しました。(64bit版のみ)
下記のパッケージを投入しました。(64bit版のみ)
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
64bit版用に続いて32bit版用の野良リポジトリも作成しました。
ターミナルで下記を実行する。
# urpmi.addmedia --update 'nora release' http://tomcat.nyanta.jp/linux/Mageia/repo/5/i586/media/nora/release
64bit環境で既に64bit版用野良リポジトリが追加されている場合で、この32bit版用野良リポジトリをさらに追加するような場合には、登録メディア名の'nora release'の部分を'nora 32bit release'等に変更してください。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下記のパッケージを投入しました。
先の投入時に下記のパッケージを入れ忘れていたので慌て追加投入しました(^_^;)
下記のパッケージを投入しました。
下記のパッケージを投入しました。
下で書いている方法よりももっと簡単に変更できる方法を ”ibus のステータスアイコンの文字色の変更方法” で書きました。
--- 追記ここまで ---
これについては 本日の野良リポジトリ (2016-01-12) の補足説明部分でも書きましたが、自分自身が後から見易いように単独のエントリとして上げておきます。
※ 以下の操作は全て root 権限で行います。
エディター等で
/usr/share/glib-2.0/schemas/org.freedesktop.ibus.gschema.xml
を開く。
145行目の
<default>'#415099'</default>
が表示色の設定なので、好みの色に変更する。
例えば白色に変更する場合には下記のように修正する。
<default>'#ffffff'</default>
※ 環境によっては org.freedesktop.ibus.gschema.xml の内容が長い１行となっている場合があるので、その場合には #415099 を文字列検索して修正箇所を見つける。
修正した org.freedesktop.ibus.gschema.xml を保存する。
ターミナル上で
glib-compile-schemas /usr/share/glib-2.0/schemas
を実行する。
この後 ibus を再起動すれば表示色が変更されています。
なお、この変更は ibus のパッケージが更新される度にデフォルトに戻されてしまいますので、その都度、再変更が必要となります。
デフォルトの表示色の場合
表示色を白に変更した場合
Mozc は 2.17.2313.102 以降で ibus-1.5.11 以降の入力モード表示機能に対応しました。
Anthy 自体は ibus-1.5.11 以降の入力モード表示機能に対応していませんが、ibus-anthy-1.5.7 以降でこの機能がサポートされており、結果として Anthy でも入力モード表示が行えるようになっています。
libkkc は現在のところ ibus-1.5.11 以降の入力モード表示機能に対応していません。
下記のパッケージを投入しました。
ターミナルで下記を実行する。
# urpmi.addmedia --update 'nora release' http://tomcat.nyanta.jp/linux/Mageia/repo/5/x86_64/media/nora/release
"Mageia 5 での日本語入力について (その2)" で公開した野良パッケージを更新しました。いずれも x86_64 版のみです。
ダウンロードは http://tomcat.nyanta.jp/linux/Mageia/5/ からどうぞ。
下記のパッケージの配布は Mageia 5 用の野良リポジトリ を使用する形に移行しました。
＝＝追記ここまで＝＝
"Mageia 5 での日本語入力について" と "Mageia 5 での日本語入力について (その2)" の続きになります
Mageia 5 がリリースされたということで、インストール用 DVD (Mageia-5-x86_64-DVD) を用いてインストールを行った環境（KDE）での日本語入力についてざっと確認してみました。以下、Live版の場合と異なる点を書きます。
Firefox などの gtk2 アプリ上で日本語入力が行えないという問題には、下記を実行することで対処できます。
# gtk-query-immodules-2.0 --update-cache
Mageia 5 での日本語入力について の続きです。
文句ばかりを言っていても仕方がないので、取りあえず以下のパッケージを自前でビルドしたのでアップロードしておきます。誰かのお役に立てたら幸いです。
ダウンロードは http://tomcat.nyanta.jp/linux/Mageia/5/ からどうぞ。
下記のパッケージの配布は Mageia 5 用の野良リポジトリ を使用する形に移行しました。
＝＝追記ここまで＝＝
正式リリースが迫っている Mageia 5 の日本語入力に関して、RC 版で確認してみました。
（Mageia-5-RC-LiveDVD-KDE4-x86_64 を用いてインストールした後、2015年6月4日現在までのアップデートを行った環境）
下記の野良パッケージを置きました。
ご入用の方は
http://tomcat.nyanta.jp/linux/Mageia/4/
からどうぞ。
※ mozc+utdict は UTUMIさん作による mozc の拡張辞書 (Mozc UT Dictionary) を提供するパッケージですが、「大人の事情」でバイナリーパッケージの配布は出来ない為、nosrc パッケージのみを置いています。
「Mageia 3 で日本語入力が出来ないぞー ヽ(`Д´)ﾉﾌﾟﾝﾌﾟﾝ」という話を見かけたので、新規に仮想環境にインストールしてデフォルトの状態を簡単に確認してみました。
（注） 今回は Mageia-3-LiveDVD-KDE4-x86_64 を用いてインストールした環境のみでの確認。GNOME 環境やインストール用 DVD を用いてインストールを行った環境では下記の内容と異なる可能性が有ります。
Mageia 3 をインストールした直後の状態で日本語入力が出来ないのは、3 が原因と思われます。
で、2 と 3 に関しては、システムトレイ上の IBus のアイコンの右クリックメニューの「設定」から「IBus の設定」ツールを起動させれば、色々と設定変更・登録できます。ここら辺は IBus を使用したことのあるユーザーであれば直ぐに分かるのではないかと思います。
ただし注意点が一つ。Mageia 3 が採用している IBus の 1.5 系では、「IBus の設定」の「インプットメソッド」タブで [日本語-Japanese] が登録されている必要があります。下図の様な感じで登録されていれば問題ないはず。
ibus-gtk パッケージに関しては、インストールしておいた方が無難かなとは思います。
次に Mozc に関して。
Mozc を使用する上で mozc-tools パッケージで提供されるツール類は必須なので、インストールを強くお勧めします。
IBus 関係では下記のパッケージもインストールされています。必要ないのであれば削除してしまった方が何かとスッキリすると思われ(^_^;)
ibus-chewing
ibus-hangul
ibus-libpinyin
ibus-m17n
ibus-table
ibus-table-cangjie
ibus-table-wubi
Mageia 2 64bit版に Adobe AIR を入れたメモ の続き。
その後、気が付いたこと。
AIRアプリのSaezuriで日本語入力を行なっていると、ibus-daemon-real のPCU占有率が90%以上にまでハネ上がるという症状が出る。日本語入力をOFFにすると 日本語入力を行なっていない状態だと ibus-daemon-real のPCU占有率は1％程度にまで下がる。この症状が、少々強引な手法で Mageia 2 64bit版でAIRを使える様にしたことに起因しているのかどうかは不明。
で、Mageia 2 64bit版でAIRを使う為の別法として、Wine経由でWindows版のAIRをインストールしてみた。正直に言って、AIRの導入は前回書いた方法よりこちらの方が遥かに簡単。
パッケージマネージャでWineをインストールして、その後、AdobeのサイトからWindows版のAIRをダウンロードしてきてWine経由でインストールするだけ。（KDE環境だとDolphinで AdobeAIRInstaller.exe を右クリックしてコンテキストメニューの「アプリケーションで開く」の項にある「Wine Windwos Program Loader」をクリックするだけでOK）
Wine上のAIRで使うSaezuriでも ibus-mozc での日本語入力が出来るし、上述の ibus-daemon-real の問題はこちらでは発生しない。
Linux向けのAIRの提供が既に打ち切られていることを考えれば、AIRはWine経由で使う方が賢いかもしれない。
ちょっと手こずったので自分用にメモを残しておく。
パッケージマネージャを起動して「オプション」から「メディアマネージャ」を選択し、Core 32bit Release と Core 32bit Updates のリポジトリを有効にする。
次にリポジトリの更新を行い、下記の i586 パッケージ（とその依存パッケージ）をインストールする。
適当なミラーサーバの Magei 1 32bit版の core/updates リポジトリから下記のパッケージをダウンロードしてくる。
次に librpm-devel パッケージから下記のライブラリを取り出す。
さらに libprm1 パッケージからは下記のライブラリを取り出す。
※ 本来はこれらのライブラリは Mageia 2 3bit版上で rpm 4.8.1 をコンパイルして得るべきではあるが、マンドクセーので今回は Mageia 1 のライブラリを流用するという力技に出た(-_-;)
(2)で取り出した9つのファイルを、/opt/lib/rpm-4.8-i586 下に配置する。（このディレクトリ名は任意だが、後述する環境変数 LD_LIBRARY_PATH には、このディレクトリを指定すること）
# rpm -ivh adobeair.i386.rpm --ignorearch
# LD_LIBRARY_PATH=/opt/lib/rpm-4.8-i586 ./AdobeAIRInstaller.bin
上記の2つのファイルの Exec= の行を、下記の様に修正する。
Exec=LD_LIBRARY_PATH=/opt/lib/rpm-4.8-i586 "/usr/bin/Adobe AIR Application Installer"
AIR が librpm 4.8.x 関係のライブラリを必要とする理由については下記のページを参照。
librpmbuild の API の仕様が 4.9 で変更されたことにより、これに対応していない AIR のインストーラおよびアプリケーションインストーラが正常動作しなくなったという事らしい。既に Adobe が Linux 向けの AIR の提供を打ち切っている以上、この問題に Adobe が対応してくれる可能性はゼロだと思われる。
また上記の原因から考えると、32bit版の Mageia 2 でも AIR アプリをインストールする為には、librpm 4.8.x 関係のライブラリを必要とするのではないかと推測される。（未確認）
【 2012年5月24日 追記 】
32bit版の Mageia 2 でも librpm 4.8.x 関係のライブラリを必要とすることを確認しました。
-----（追記ここまで）-----
さらに推測すれば、パッケージ管理に rpm を採用しているディストリでは、rpm のバージョンが 4.9.x に上がった時点で（ディストリの中の人が何らかの対応を取らない限り）同様の問題が発生すると思われる。
ちなみに、librpm 4.8.x 関係のライブラリを入れていない状態で AIR のインストーラを実行した場合には、下図の様なエラー表示が出た。
同じく librpm 4.8.x 関係のライブラリを入れていない状態で AIR アプリのインストールを実行すると、下図の様なエラー表示が出た。
| << November 2024 >> | ||||||
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
管理人： tomcat
