1 |
Grant Edwards wrote: |
2 |
> On 2015-11-12, <wabenbau@×××××.com> <wabenbau@×××××.com> wrote: |
3 |
>> Grant Edwards <grant.b.edwards@×××××.com> wrote: |
4 |
>> |
5 |
>>> After an emerge --sync that appeared to work with no problems, my |
6 |
>>> "emerge -auvND world" command is reporting that the Changelong files |
7 |
>>> are broken for about 2/3 of the packages it wants to update: |
8 |
>>> |
9 |
>>> !!! Digest verification failed: |
10 |
>>> !!! /usr/portage/dev-libs/libxml2/ChangeLog |
11 |
>>> !!! Reason: Filesize does not match recorded size |
12 |
>>> !!! Got: 5221 |
13 |
>>> !!! Expected: 5038 |
14 |
>>> |
15 |
>>> !!! Digest verification failed: |
16 |
>>> !!! /usr/portage/app-text/iso-codes/ChangeLog |
17 |
>>> !!! Reason: Filesize does not match recorded size |
18 |
>>> !!! Got: 4195 |
19 |
>>> !!! Expected: 4014 |
20 |
>>> |
21 |
>>> [ ... and so on for another dozen or so packages ... ] |
22 |
>>> |
23 |
>>> I removed the emerge timestamp, sync'ed again, and got the same |
24 |
>>> result. Based on past experiences, I'm guessing that if I wait a day |
25 |
>>> or two and sync again the problems will go away. |
26 |
>>> |
27 |
>>> But I am curious what causes these temporary breakages. Does anybody |
28 |
>>> know how this happens? |
29 |
>> Try it again. I just synced and received new Manifest and Changelog |
30 |
>> files for every(?) package of the portage tree. But no report of bad |
31 |
>> digest. |
32 |
> Just for fun, I removed the files from the portage tree that were |
33 |
> reported as bad, and did another sync. Apparently, the rsync host |
34 |
> that got chosen that time had just been updated, because it downloaded |
35 |
> 313 files (I didn't pay much attention to which files exactly), and |
36 |
> now emerge is happy again. |
37 |
> |
38 |
> I assume that the portage trees on the rsync servers from my first two |
39 |
> attempts were in some intermediate state with new manifist files and |
40 |
> old ChangeLog files or vice versa. |
41 |
> |
42 |
> In the past I've wondered how portage tree updates and rsync servers |
43 |
> are managed so that people don't run into problems like this more |
44 |
> often. |
45 |
> |
46 |
|
47 |
|
48 |
There's a page on g.o somewhere that explains this. I read it a long |
49 |
time ago, not sure how much has changed. I think it updates like every |
50 |
30 minutes or something but I seem to recall that some servers can |
51 |
adjust that to hours or even just once a day if they need to. It's been |
52 |
a while but I bet it is still over there somewhere. Got curious so I |
53 |
went and found it. |
54 |
|
55 |
https://wiki.gentoo.org/wiki/Project:Infrastructure/Rsync |
56 |
|
57 |
There are two links there. Top one should give you a general idea. |
58 |
|
59 |
Dale |
60 |
|
61 |
:-) :-) |