[opensuse-ja] KDE4環境でデスクトップ検索がそもそも必要ない時の対処法について
今井です。 openSUSE 11.1環境でKDE4.2関連パッケージ突っ込んで試しに動かしてみたんですが.....。 nepomuk関連がデフォルトでonになってる様でbeagleの時と同じく、ログイン直後しばらく 何にもできませんね。 何とかターミナルなりでkillallで当該プロセスを殺したから何とかなったものの beagleの時はbeagleのパッケージを取り除けば良かったけど、 nepomukの場合はkdebase4_runtimeに含まれる以上 例えば # mkdir /usr/bin/hoge # mv /usr/bin/nepomuk* /usr/bin/hoge としておくのがよいのかどうか。 この方法だと当該パッケージのアップデートの度にやらなきゃいけない のが問題で、忘れてるとログインした途端にごりごりごりごり...と。 各ユーザアカウントのセットアップを行う度(初回ログイン時)に ごりごりごりごり.......とHDDにアクセスしまくるのを前もって回避 するベストの方法は何かあるのでしょうか。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: mforce4@gmail.com (maimai@coral.ocn.ne.jp) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org
松本です。 Masaru Imai さんは書きました:
openSUSE 11.1環境でKDE4.2関連パッケージ突っ込んで試しに動かしてみ たんですが.....。 nepomuk関連がデフォルトでonになってる様でbeagleの時と同じく、ログ イン直後しばらく何にもできませんね。 何とかターミナルなりでkillallで当該プロセスを殺したから何とかなっ たものの
自分の場合はさほど気にならなかったので特に対処していないんですけれど、こ の件についてはあっちこっちで話題になっていて、逆に「コレ!」という情報を 見つけるのが難しくなっちゃってますね。
beagleの時はbeagleのパッケージを取り除けば良かったけど、 nepomukの場合はkdebase4_runtimeに含まれる以上 例えば # mkdir /usr/bin/hoge # mv /usr/bin/nepomuk* /usr/bin/hoge としておくのがよいのかどうか。
あれこれ情報を見て回ると、どうも nepomuk の問題というより strigi の方の 問題らしい、ということのようで、特にある種のストレージ構成の場合にリソー ス食いつぶしやすいみたいですね。 # 本家 ML (英語ですが…)の以下から始まるスレッド参照 # http://lists.opensuse.org/archive/opensuse/2009-07/msg01304.html 今井さんの方法でも目的は達せられると思うのですが、Forum に別解が紹介され ていますので、ポインタを示しておきます。 http://forums.opensuse.org/applications/418846-how-do-i-get-rid-nepomuk-viru... # #4 の書き込みのところです。 かいつまむと… 1) 「個人設定(…だったかな? 今職場で手元に KDE 4 環境がないのでうろ 覚えです)」で nepomuk と strigi を無効にする 2) /usr/share/autostart 内に nepomukserver.desktop があると自動で起動 してしまうのでリネームし、現在走っている nepomukserver を kill し ておく 3) 気になるようなら、$HOME/.kde4/share/apps/nepomuk をおそうじ …といった手順です。
この方法だと当該パッケージのアップデートの度にやらなきゃいけない のが問題で、忘れてるとログインした途端にごりごりごりごり...と。
上記 Forum で紹介されている方法でもやはりアップデートの度に改めて /usr/share/autostart に nepomukserver.desktop が書き込まれてしまうので、 何かしら手を打たないといけないのは変わりないのですが、そのへんはスクリプ トとか作って処理するしかないのかな、と。
各ユーザアカウントのセットアップを行う度(初回ログイン時)に ごりごりごりごり.......とHDDにアクセスしまくるのを前もって回避 するベストの方法は何かあるのでしょうか。
その後の展開まで追跡していないんですが、4 月 30 日の KDE Team Meeting の 議事録を見てみると Disable nepomuk/strigi by default * It was decided to disable this for 11.2 now due to the combination of performance risks and the lack of clients, but to monitor how they develop. Sebastian Trueg, the Nepomuk architect, attended and agreed with this course of action. He expects participation to increase now. http://en.opensuse.org/KDE/Meetings/2009_04_30-minutes#Disable_nepomuk.2Fstr... …とあるんで、11.2 ではデフォルトで無効になるのかもしれませんね。 -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.geeko.jp/author/heliosreds _/_/ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org
今井です。 2009/08/13 11:55 Satoru Matsumoto <helios_reds@gmx.net>:
各ユーザアカウントのセットアップを行う度(初回ログイン時)に ごりごりごりごり.......とHDDにアクセスしまくるのを前もって回避 するベストの方法は何かあるのでしょうか。
その後の展開まで追跡していないんですが、4 月 30 日の KDE Team Meeting の 議事録を見てみると
Disable nepomuk/strigi by default
* It was decided to disable this for 11.2 now due to the combination of performance risks and the lack of clients, but to monitor how they develop. Sebastian Trueg, the Nepomuk architect, attended and agreed with this course of action. He expects participation to increase now.
http://en.opensuse.org/KDE/Meetings/2009_04_30-minutes#Disable_nepomuk.2Fstr...
...とあるんで、11.2 ではデフォルトで無効になるのかもしれませんね。
ログインアカウント 1ユーザとして使う分には苦にならないけど システム一つ丸々一人で使ってると結構大変で (リアル環境5台+VMWare[32bit+64bit]+VirtualBox[32bit+64bit])xユーザアカウント7個分 をこなさなきゃいけないし、そもそも無駄が多いので 11.2では ぜひデフォルトで無効になればなぁと......。 #とKDE3.5でFirefox動かして書いてたりするわけですが..... -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: mforce4@gmail.com (maimai@coral.ocn.ne.jp) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org
participants (2)
-
Masaru Imai
-
Satoru Matsumoto