使用 Raspberry Pi,我试图通过添加没有“binary-armhf”文件夹的 puppetlabs 存储库来使用比提供的 2.7 更新版本的 puppet。(对于非 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 安装的二进制包(仅源代码)。
通过检查从默认存储库正确安装的其他软件包,该平台上的 apt 似乎接受“全部”作为恰好在binary-armhf/Packages
文件中列出的软件包的架构;但是,在寻找Packages(.gz)
下载时,它似乎不接受“全部”作为架构。
对于实际问题:
- 是否有任何客户实际上认为他们自己的架构是“全部”?
- 有没有办法配置 APT 来
main/binary-all
检查main/binary-$native_arch
?编辑:有(使用deb [arch=all]
in sources.list)-但不清楚这是否总是安全的。(例如,如果你说[arch=i386]
,它是否会让你的系统认为它可以安装i386
包,还是只会获取包列表?)。 - 如果上述答案都不是肯定的,那么
main/binary-all
没有客户端实际获取的版本的预期效用是什么?