1 |
No. It will make the migration to owned caches simpler while keeping |
2 |
track of them. |
3 |
|
4 |
> By adding the cache files to COLLISION_IGNORE it will just hide the |
5 |
> collision problem and create other one (with obsolette caches), harder |
6 |
> to debug. |
7 |
|
8 |
Yep, that's why I have submitted a patch to portage that prevents |
9 |
applying COLLISION_IGNORE to owned files. |
10 |
|
11 |
> There should not be a collision of the dropin.cache in the first place. |
12 |
|
13 |
First of all, please reply below mails as otherwise reading them is |
14 |
difficult. |
15 |
|
16 |
Dnia 2013-08-12, o godz. 13:46:16 |
17 |
yac <yac@g.o> napisał(a): |
18 |
|
19 |
> On Sat, 10 Aug 2013 11:19:59 +0200 |
20 |
> Michał Górny <mgorny@g.o> wrote: |
21 |
> |
22 |
> > Dnia 2013-08-09, o godz. 11:32:12 |
23 |
> > Michał Górny <mgorny@g.o> napisał(a): |
24 |
> > |
25 |
> > > Hello, |
26 |
> > > |
27 |
> > > Just a quick one. |
28 |
> > > |
29 |
> > > Currently, the two listed variables are set in make.globals |
30 |
> > > (installed by portage ebuild); |
31 |
> > > |
32 |
> > > COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class" |
33 |
> > > UNINSTALL_IGNORE="/lib/modules/*" |
34 |
> > |
35 |
> > I've committed the following values for now: |
36 |
> > |
37 |
> > COLLISION_IGNORE="/lib/modules/* *.py[co] *\$py.class */dropin.cache" |
38 |
> > UNINSTALL_IGNORE="/lib/modules/*" |
39 |
> > |
40 |
> > We can discuss further changes without users suffering. |
41 |
> > |
42 |
> |
43 |
|
44 |
|
45 |
|
46 |
-- |
47 |
Best regards, |
48 |
Michał Górny |