为什么系统在emerge的时候经常出现Digest verification failed错误

Untitled

!!! Digest verification failed:
!!! /usr/portage/dev-python/gnome-python/gnome-python-2.20.1.ebuild
!!! Reason: Filesize does not match recorded size
!!! Got: 1362
!!! Expected: 1363

然后只能ebuild ... manifest

zhllg

你用的什么rsync源？
有问题吧

Untitled

rsync的时候我用emerge-webrsync

GENTOO_MIRRORS="http://gentoo.in.th http://61.135.158.199 http://gentoo.channelx.biz http://lug.mtu.edu/gentoo"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"

应该是从MIRRORS那里的服务器同步吧？

另外emerge的时候看到这个警告，是啥意思阿？
*****************************************************************************
*** WARNING: You are using a deprecated build system (autotools).
***          You should be using WAF instead; see the file INSTALL.WAF.
***          The autotools build system will be removed in a future version.
*****************************************************************************

kimux

看不懂就查字典啊啊啊啊啊啊~~~~~~~~~~~

Untitled

不是读不懂那几个英文，是不知道啥问题，怎么解决。

另外怎么一次性把所有的ebuild文件的Digest都检查一遍？

kimux

检查ebuild ..应该是在sync的时候自动和服务器同步吧

websync没用过

kentty

2. #ebuild /usr/portage/dev-python/gnome-python/gnome-python-2.20.1.ebuild digest

复制代码

kentty

补充：
［quote]
代码 27: Digest验证失败
>>> checking ebuild checksums
!!! Digest verification failed:
这是Portage树中出现了错误的迹象，通常这是由于开发者在向Portage树提交一个软件包时出错造成的。
当digest校验失败的时候，请不要尝试自己去为此软件包重新产生digest。使用ebuild foo digest并不能修复问题，反而几乎肯定会使问题变得更糟。
取而代之的应该是等待一至两个小时以便让开发者来修复Portage树。一般来说错误很有可能马上就会被开发者注意到，但Portage树的修复也需要一点点时间。当您等待的时候，到
Bugzilla
看看是否已经有人报告了这个问题。如果没有，那就为那个损坏的包提交一个bug报告吧。
一旦在Bugzilla上看到此问题已经修复，您只需要重新sync就可以下载下来那些修复后的digest。
重要:
但值得注意的是：这并不意为着您可以短时间内多次重复sync您的portage树（对于同一个rsync服务器）。正如（当您运行emerge --sync时）
rsync策略所指出的那样，那些短时间内过于频繁进行多次sync的用户将会被更新服务器禁止访问（一般是将你的IP添加到禁止名单并保留一段指定的时
间后才解除）。实际上，最好等到您的下次计划更新的日子再sync，因为这样您不会使rsync服务器过载而影响其他用户的正常使用。
[/quote]