私は私のシステムライブラリを更新するときにいくつかの恐れがあります。たとえば、libssl-dev> 0.5に依存するカスタムlib（libhell、repoにはこのライブラリはありません）のためにmake && make installを作成しました。その後、aptは私にlibssl-devを更新するように提案します。新しいlibssl-devに対してlibhellを再構築する必要がありますか？システムのアップデート後に依存するlibを再構築する必要がありますか？
更新後および再構築なしでは常に正常に動作しましたが、バイナリの安全性はどうですか？私がbin-distシステムに自分のパッケージをビルドするときはいつも、私は何か間違っていると感じています...
これはパッケージシステムが存在する理由です。
あなたlibhellバイナリライブラリは、動的ライブラリ（つまり、位置独立コードとlibhell.so共有オブジェクト、である）と依存libssl-devはそのAPIを変更しなかった場合（例えば、そのバージョン番号が変更されなかった場合）は、ある場合libhellを再コンパイルして再インストールする必要はありません。
libhellが変更された機能（またはデータ）がlibssl-devに依存すると思われる場合は、それを再コンパイルする必要があります。
libhellを必要以上に頻繁に再コンパイルしてください。
も参照してください。Program Library Howto
私は本当の意味では言えませんが、ターゲットライブラリにAPIの動作が変更されていないとは言えません（ 'libhell'はアスタリスク+ dahdi_tools + libpri + span_dspの代入です）私が依存しているすべてのライブラリを再構築すればよいでしょう。さて、今度はこのチェーン用のカスタムビルドスクリプトを書く時です。ありがとう。 –
「libhell」とは何ですか？どんなURL？ –