パッケージマネージャは、システムアーキテクチャと互換性のあるライブラリをどのようにインストールしますか？

ほとんどの場合、パッケージリポジトリにはさまざまなアーキテクチャ用のさまざまなパッケージが含まれており、パッケージマネージャは適切なパッケージをダウンロードします。一部のパッケージはすべてのアーキテクチャで同じで、パッケージマネージャはローカルシステムのアーキテクチャに関係なく同じパッケージをダウンロードします。

したがって、パッケージがダウンロードされますamd64。apt install libjpeg-devall建築のため、それ自体はパッケージによって異なります。amd64建築のため。

dpkg/ベースのシステムでは、デフォルトのaptアーキテクチャはパッケージアーキテクチャですdpkg。これらのシステムが別のアーキテクチャを使用するように構成してからそのパッケージをインストールする場合は、デフォルト以外の適切なアーキテクチャ（マルチアーキテクチャに準拠している場合）を指定する必要があります。

sudo apt install libjpeg62-turbo:armhf

Gentooなどのバイナリベースのディストリビューションではなく、ソースベースのディストリビューションはソースコードをダウンロードし、システム用のライブラリを構築します。

最新のディストリビューションには、デフォルトで正しいアーキテクチャで構成されたdpkgが付属しています。

amd64用のディストリビューションがインストールされている場合は、まだamd64アーキテクチャで利用できないソフトウェアのバイナリディストリビューションを使用する必要がある場合は、アーキテクチャi386を追加して32ビット実行環境をインストールすることもできます。

オンラインパッケージストアには、.soさまざまなシステムアーキテクチャ用のさまざまなファイルが含まれており、パッケージマネージャは正しいファイルのみをダウンロードしますか？または、パッケージマネージャはシステムからライブラリをコンパイルし、コンパイルされた.soファイルをインストールしますか？それとも私が考慮していない他のシナリオはありますか？

分布によって異なります。多くの一般的なディストリビューション（APTやYUMを使用するディストリビューションなど）は、共有オブジェクトを構築する代わりにダウンロードします。しかし、繰り返しますが、分布によって異なります。

RPMベースのディストリビューションには、さまざまなアーキテクチャ用のパッケージ（Intel 32ビットや64ビット用などx86）が含まれており、バイナリ（文書、スクリプトなど）を含まないパッケージもx86_64あります。noarchデフォルトでは、コンピュータアーキテクチャと一致するパッケージのみがインストールされ（noarchパッケージもサポートされています）、他のアーキテクチャ（クロスコンパイルなど）を明示的に要求できます。後でインストールされたパッケージは正常にアップグレードされます。