binary-allDebianリポジトリのアーキテクチャフォルダの目的は何ですか？
答え1
使用されるコンテキストおよび制御ファイルに応じて、アーキテクチャフィールドには次の値のセットを含めることができます。
Debian マシンのアーキテクチャを識別する一意の単語です。アーキテクチャ仕様文字列、セクション11.1。
Debianシステムアーキテクチャセットを識別するアーキテクチャワイルドカード。スキーマワイルドカード、セクション11.1.1。
anyすべての Debian マシンアーキテクチャと一致し、最も一般的に使用されます。
allはアーキテクチャに依存しないパッケージを表します。
source、ソースコードパッケージを表します。
そしてから包装のベストプラクティス:
6.7.5。スキーマ独立データ
アーキテクチャに依存しない大量のデータをプログラムにパッケージ化することは珍しいことではありません。たとえば、オーディオファイル、アイコンコレクション、壁紙パターン、またはその他のグラフィックファイルなどがあります。このデータのサイズが残りのパッケージのサイズと比較して無視できるレベルの場合は、すべてのデータを1つのパッケージに保持することをお勧めします。
ただし、データサイズがかなり大きい場合は、アーキテクチャに依存しない別々のパッケージ（_all.deb）に分割することをお勧めします。これにより、同じデータを各スキーマごとに1つずつ、11個以上の.debファイルに不必要にコピーするのを防ぎます。これにより、パッケージファイルに少し余分なオーバーヘッドが追加されますが、Debianイメージのディスク容量が大幅に節約されます。アーキテクチャに依存しないデータを分離することで、Debian アーカイブ全体で実行するときの Lintian 処理時間を短縮することができます (A.2. 「lint ツールのパッケージング」を参照)。
したがって、通常、これらのbinary-allパッケージはデータファイルまたはアーキテクチャに依存しない実行可能ファイル（スクリプトなど）です。これを別々に維持することで、リポジトリの負荷を軽減できます。