M. Takeyamaです。
On Mon, 06 Jun 2005 12:02:21 +0200
Takashi Iwai
以前書いたように、/etc/opt/gnome/gtk -> /etc/gtk に symlink 張るのが、 一番副作用がないと思いますよ。こうすると、KDE が無効な GTK_RC_FILES を 設定した場合にのみ有効になりますし、KDE のアップデートで正しい値を設定 した場合にも、問題ありません。 そうですね。
私の場合、 (今井さんの意見に対して) /etc/profile.d/gtk.sh /etc/profile.d/gtk.csh /etc/profile.d/gtk2.* にした方がいいじゃない。 (単純に、よりスマートなんじゃないか ということです。) 今回の件の回避策として、 1)環境変数の設定(GTK_RC_FILESを定義する)で回避。 1)-1 ・ /etc/profile ・ /etc/profile.d/gtk.sh ・ /etc/profile.d/gtk.csh ・ /etc/profile.d/gtk2.sh ・ /etc/profile.d/gtk2.csh 1)-2 ・~/.gtkrc とかで設定 2)/etc/opt/gnome/gtk -> /etc/gtk に symlink 張る 3)kdebase3にパッチをあてるなどする。 #/etc/opt/gnome/gtk などにディレクトリがあればそれに #あわせて、GTK_RC_FILES(環境変数)を生成するパッチ #んーん。SUSEだけで適応できて、必ずしもマルチプラット #ホームなパッチじゃないと思んですけどね。 KDE projectのHAEDソースでどうなっているか確認したところ Stephan Kulowさん(coolo@kde.org) "backporting fix for gtk1" としてコミットしていました。 #厳密に言えば、SUSEのkdebase3のパッケージではfixしていないが #KDE project的にはfixしたということなんじゃないですかね。 http://websvn.kde.org/branches/KDE/3.4/kdebase/kcontrol/krdb/krdb.cpp?rev=420751&r1=409205&r2=420751 http://websvn.kde.org/branches/KDE/3.4/kdebase/kcontrol/krdb/krdb.cpp?rev=420751&r1=420751&view=log 以上ような方法論があるわけで。 好みとか、自分のやり易いやり方が良いじゃないですかね。 #仮に「/etc/opt/gnome/gtk -> /etc/gtk に symlink 張る」で #対応するにしても、kdebase3のパッケージで対応することに #なると思いますね。 #インストール時にsymlinkのファイルを導入して、アンイストール時に #そのsymlinkのファイルを削除する感じになりますかね。 --- M. Takayama __________________________________ Save the earth http://pr.mail.yahoo.co.jp/ondanka/