Raspberry Pi を使用して、「binary-armhf」フォルダーを持たない puppetlabs リポジトリーを追加して、提供された 2.7 よりも新しいバージョンの人形を使用しようとしています。(Raspbian 以外のユーザーの場合 - Raspbian は wheezy ベースです。) このリポジトリは次のように構成されています。
- ディスト
- 丈夫な
- ...
- ...
- 喘鳴
- 依存関係
- ...
- 主要
- バイナリ-すべて
- バイナリ-amd64
- バイナリ-i386
- ソース
- 依存関係
- 丈夫な
私の予想では、APT はmain/binary-armhf(ファイル内に) ディレクトリがないことを確認すると、 ;wheezy/Releaseにフォールバックするはずです。main/binary-all代わりにapt-get update、エラーを出力します
W: Failed to fetch http://apt.puppetlabs.com/dists/wheezy/Release Unable to find expected entry 'main/binary-armhf/Packages' in Release file (Wrong sources.list entry or malformed file)
またapt-cache madison puppet、apt.puppetlabs.com からインストールできるバイナリ パッケージ (ソースのみ) は表示されません。
binary-armhf/Packagesデフォルトのリポジトリから正しくインストールされた他のパッケージを調べると、このプラットフォームの apt は、たまたまファイルにリストされているパッケージのアーキテクチャとして「すべて」を受け入れるようです。Packages(.gz)ただし、ダウンロードするものを探すときに「すべて」をアーキテクチャとして受け入れないようです。
実際の質問に:
- 自分のアーキテクチャを「すべて」と実際に考えているクライアントはいますか?
main/binary-allに加えてAPT をチェックするように設定する方法はありますmain/binary-$native_archか? 編集：（deb [arch=all]sources.listでを使用して）ありますが、これが常に安全かどうかは明確ではありません。(例えば、あなたが と言っ[arch=i386]た場合、それはあなたのシステムにパッケージをインストールできると思わせますi386か、それとも単にパッケージリストを取得しますか?)。- 上記の答えのどちらも「はい」でない場合、
main/binary-allクライアントが実際にフェッチしないリリースの意図されたユーティリティは何ですか?