使用树莓派,我正在尝试使用比提供的2.7版本更新的puppet版本,通过添加puppetlabs存储库来实现,该存储库没有'binary-armhf'文件夹。(对于非Raspbian用户-Raspbian基于wheezy。)此存储库的结构如下:
dists - hardy - ... - ... - wheezy - dependencies - ... - main - binary-all - binary-amd64 - binary-i386 - source 我的期望是APT应该在看到
dists - hardy - ... - ... - wheezy - dependencies - ... - main - binary-all - binary-amd64 - binary-i386 - source 我的期望是APT应该在看到
wheezy/Release
文件中没有main/binary-armhf
目录时,回退到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似乎接受“all”作为在binary-armhf/Packages
文件中列出的软件包的架构;但是,在查找要下载的Packages(.gz)
时,它似乎不接受“all”作为架构。
以下是实际问题:
- 是否有任何客户端将其自己的架构视为“all”?
- 是否有一种方法可以配置APT以检查
main/binary-all
以及main/binary-$native_arch
?编辑:有(在sources.list中使用deb [arch=all]
),但不清楚这样做是否总是安全的(例如,如果您说[arch=i386]
,是否会使您的系统认为它可以安装i386
软件包,还是只会获取Packages列表?)。 - 如果以上两个答案都是否定的,那么没有客户端实际提取的
main/binary-all
发行版的预期效用是什么?
[arch=all]
是否奏效吗?这将是其他受影响用户的好提示 :) - Izzy