1 |
Neil Bothwick wrote: |
2 |
> On Sat, 07 Mar 2009 15:54:22 -0600, Dale wrote: |
3 |
> |
4 |
>>> wait 24 hours, resync, try again. |
5 |
>>> |
6 |
>>> Or just re-digest the package manually: |
7 |
>>> |
8 |
>>> ebuild <path_to_ebuild_file> manifest |
9 |
> |
10 |
> Bear in mind this overrides the security that digests provide, although |
11 |
> it is harmless when it is only a Chnagleog file. |
12 |
> |
13 |
>> Does emerge --digest still exist? I recall using something like that a |
14 |
>> long time ago. I think I used it for googleforearth which never |
15 |
>> matches. |
16 |
> |
17 |
> That's not a good idea as the mismatch could be caused by a hacked |
18 |
> source or binary file. The problem with Google Earth was that they used |
19 |
> unversioned tarballs. Whenever you gt a digest error on a distfile, the |
20 |
> first step is to delete the distfile and let emerge download it again. If |
21 |
> that doesn't help, resync and then check Bugzilla. Don't redigest a |
22 |
> distfile unless you can e 100% certain of its validity. |
23 |
> |
24 |
> |
25 |
|
26 |
It's not just security. It's a basic measure to ensure the source files |
27 |
haven't changed (some projects are known to change the source files |
28 |
without changing the tarball name) and that the installation |
29 |
instructions in the ebuild are still valid. |
30 |
|
31 |
Note that it's possible for the source files to change and the |
32 |
instructions in the ebuild appear to work, but to not correctly install |
33 |
the package. |
34 |
|
35 |
AllenJB |