diary/Kojima/2010-01-21
の編集
http://plamo.linet.gr.jp/?diary/Kojima/2010-01-21
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
|
ログイン
]
-- 雛形とするページ --
diary/Template
[[diary/Kojima]] ・共有ライブラリとlibXaw8 X11R7.5に含まれている libXaw-1.0.7 だと Xprint の purge に合わせて libXaw.so.8 が無くなって、 libXaw をリンクしている X11R7.5 以前の X アプリが動かなくなる問題、ちと確認のために再調査しているのだが、 libXaw.so.8 -> libXaw.so.7 みたいなリンクを張っても解決しないなぁ。 ln libXaw.so.7.0.0 libXaw.so.8.0.0 して、必要なシンボリックリンクも張ってみたけど、 % ls -l /usr/X11/lib/libXaw*8* | grep -v 3d lrwxrwxrwx 1 root root 16 1月 21日 14:42 /usr/X11/lib/libXaw.so.8 -> libXaw8.so.8.0.0* -rw-r--r-- 1 root root 1,103 1月 21日 14:39 /usr/X11/lib/libXaw8.la lrwxrwxrwx 1 root root 12 1月 21日 14:44 /usr/X11/lib/libXaw8.so -> libXaw8.so.8* lrwxrwxrwx 1 root root 16 1月 21日 14:43 /usr/X11/lib/libXaw8.so.8 -> libXaw8.so.8.0.0* -rwxr-xr-x 2 root root 408,119 1月 4日 09:00 /usr/X11/lib/libXaw8.so.8.0.0* やはり libXaw.so.8 が見つからない、というエラーになってしまう。 % xclock xclock: error while loading shared libraries: libXaw.so.8: cannot open shared object file: No such file or directory % ldd /usr/X11/bin/xclock linux-gate.so.1 => (0xffffe000) libX11.so.6 => /usr/X11/lib/libX11.so.6 (0xb7626000) libXaw.so.8 => not found libXmu.so.6 => /usr/X11/lib/libXmu.so.6 (0xb7611000) ... 以前の共有ライブラリは、シンボリックリンクを張って誤魔化すことができた(実際に存在しないシンボルを参照するまで、 問題が先送りできた)けど、最近の共有ライブラリはファイル名以外にもバージョン情報とかを持って、 そういう誤魔化しができないようになってるのかな? -もう少しイジってみたけど、ldconfigでライブラリのキャッシュを作る時点で、ファイル名のバージョン番号以外の情報を使っているような感じ。 -- [[kojima]] &new{2010-01-22 (金) 00:24:56}; -むかしながらのX環境が欲しいほうなので手元ですこし追いかけて見ましたが引っかかっているもの大半がappなのでgnome,KDE的スタンスからはどーでもいいんじゃないかな?とか思えてきています。 -- [[名倉]] &new{2010-01-22 (金) 10:26:06}; -まぁ、個人的な関心はlibXaw.so.8 を必要とするソフトウェアよりも、ldconfig がファイル名以外の情報を使って検索先ライブラリのキャッシュを作っているらしいことだったり(笑 -- [[kojima]] &new{2010-01-22 (金) 19:49:51}; #comment
タイムスタンプを変更しない
[[diary/Kojima]] ・共有ライブラリとlibXaw8 X11R7.5に含まれている libXaw-1.0.7 だと Xprint の purge に合わせて libXaw.so.8 が無くなって、 libXaw をリンクしている X11R7.5 以前の X アプリが動かなくなる問題、ちと確認のために再調査しているのだが、 libXaw.so.8 -> libXaw.so.7 みたいなリンクを張っても解決しないなぁ。 ln libXaw.so.7.0.0 libXaw.so.8.0.0 して、必要なシンボリックリンクも張ってみたけど、 % ls -l /usr/X11/lib/libXaw*8* | grep -v 3d lrwxrwxrwx 1 root root 16 1月 21日 14:42 /usr/X11/lib/libXaw.so.8 -> libXaw8.so.8.0.0* -rw-r--r-- 1 root root 1,103 1月 21日 14:39 /usr/X11/lib/libXaw8.la lrwxrwxrwx 1 root root 12 1月 21日 14:44 /usr/X11/lib/libXaw8.so -> libXaw8.so.8* lrwxrwxrwx 1 root root 16 1月 21日 14:43 /usr/X11/lib/libXaw8.so.8 -> libXaw8.so.8.0.0* -rwxr-xr-x 2 root root 408,119 1月 4日 09:00 /usr/X11/lib/libXaw8.so.8.0.0* やはり libXaw.so.8 が見つからない、というエラーになってしまう。 % xclock xclock: error while loading shared libraries: libXaw.so.8: cannot open shared object file: No such file or directory % ldd /usr/X11/bin/xclock linux-gate.so.1 => (0xffffe000) libX11.so.6 => /usr/X11/lib/libX11.so.6 (0xb7626000) libXaw.so.8 => not found libXmu.so.6 => /usr/X11/lib/libXmu.so.6 (0xb7611000) ... 以前の共有ライブラリは、シンボリックリンクを張って誤魔化すことができた(実際に存在しないシンボルを参照するまで、 問題が先送りできた)けど、最近の共有ライブラリはファイル名以外にもバージョン情報とかを持って、 そういう誤魔化しができないようになってるのかな? -もう少しイジってみたけど、ldconfigでライブラリのキャッシュを作る時点で、ファイル名のバージョン番号以外の情報を使っているような感じ。 -- [[kojima]] &new{2010-01-22 (金) 00:24:56}; -むかしながらのX環境が欲しいほうなので手元ですこし追いかけて見ましたが引っかかっているもの大半がappなのでgnome,KDE的スタンスからはどーでもいいんじゃないかな?とか思えてきています。 -- [[名倉]] &new{2010-01-22 (金) 10:26:06}; -まぁ、個人的な関心はlibXaw.so.8 を必要とするソフトウェアよりも、ldconfig がファイル名以外の情報を使って検索先ライブラリのキャッシュを作っているらしいことだったり(笑 -- [[kojima]] &new{2010-01-22 (金) 19:49:51}; #comment
テキスト整形のルールを表示する