Debian 開発システムのすべての perl モジュールを (テストとして) 最新バージョンに更新しました。ライブ サーバーのモジュールをアップグレードしても安全かどうかを確認したかったのです。Imager から奇妙なエラーが発生し始めたことを除いて、動作しているように見えました (API バージョン番号に関連していますが、現時点ではそれほど重要ではありません)。
Imager と関連するライブラリを再インストールしようとしましたが、問題を解決するものは何もありませんでした。
さらに調べてみると、問題の開発システムには、以下を含む複数の perl ディレクトリがあるように見えることがわかりました。
/usr/lib/perl (which contains 5.14.2 and subdirs)
/usr/lib/perl5 (which contains a range of perl modules)
/usr/local/lib/perl (which contains another 5.14.2 and a set of modules)
and even /root/perl5 (which contains a small list of modules including i486-linux-gnu-thread-multi-64int)
システム上のモジュールは、可能なすべての方法、apt-get、aptitude、cpan、ソースからインストールされた cpanminus を使用してインストールされており、さまざまなモジュールが主に/usr/local/lib/perlまたは/usr/lib/perl5など、さまざまなperlディレクトリ（インストールだと思います）に行き着きます。少なくとも 2 つの異なる perl インストールがそこにどのようにインストールされたかはわかりません。
/usr/lib/perl は保持したいものだと思うので、/usr/local/lib/perl の名前を perl.save に変更してから、/usr/local/lib/perl /usr/lib/perl をリンクしてみました. 次に、不足しているパッケージを再インストールしました。
ほとんどのパッケージはインストールされているようですが、この不吉なメッセージがいくつか表示されます。
/usr/local/lib/perl/5.14.2 を持っている
/usr/lib/perl/5.14 が欲しい
あなたの perl と Config.pm は、それらが実行されているアーキテクチャについて異なる考えを持っているようです。
Perl の考え: [5.14.2]
構成は言う: [i486-linux-gnu-thread-multi-64int]
これにより、問題が発生する場合と発生しない場合があります。この拡張機能のビルドに問題がある場合は、perl のインストールを確認してください。
その後、その特定のモジュールのインストールは失敗します。おそらく正当な理由があります。
私がこれを修正したい理由は、私たちの開発システムはすべて仮想であり、他のすべての開発システムはこの (壊れた) システムのクローンであるためです.彼はオプションですが）。
システムのクローンを作成してから perl をパージしようとしましたが、システムが非常に壊れてしまい、何もできませんでした。
これを修正するための有用なアプローチのアイデアはありますか? ありがとう