1 |
On 06/02/2012 08:52 PM, James Cloos wrote: |
2 |
>>>>>> "ZM" == Zac Medico <zmedico@g.o> writes: |
3 |
> |
4 |
> Thanks for the quick reply and the reference to the bz. |
5 |
> |
6 |
> ZM> We had a bug about that [1] when we first deployed md5-cache, but it's |
7 |
> ZM> supposed to have been fixed. |
8 |
> |
9 |
> It is not fixed. The behavior has not changed in any way since md5-cache was added. |
10 |
|
11 |
As I've noted on the bug, a simple mtime check on the cache entries |
12 |
seems to indicate that it's working properly. |
13 |
|
14 |
> ZM> [1] https://bugs.gentoo.org/show_bug.cgi?id=410505 |
15 |
> |
16 |
> I've added a please re-open note to that bug. |
17 |
> |
18 |
> Thanks for working on it. |
19 |
|
20 |
One way that we can reduce the amount of cache regeneration is to add |
21 |
support for elibs: |
22 |
|
23 |
http://www.gentoo.org/proj/en/glep/glep-0033.htm |
24 |
|
25 |
Since elibs aren't allowed to modify the ebuild metadata, the metadata |
26 |
cache doesn't need to be regenerated when elibs are modified. For |
27 |
example, if eutils was an elib, we would avoid a lot of cache |
28 |
regeneration each time it was modified. |
29 |
-- |
30 |
Thanks, |
31 |
Zac |