1 |
Vaeth schrieb: |
2 |
> Neil Bothwick wrote: |
3 |
>>> On Sun, 13 Apr 2008 14:02:38 +0200, Daniel Pielmeier wrote: |
4 |
>>> |
5 |
>>> Redundant is where the package is still available but the /etc/portage.* |
6 |
>>> entry is no longer needed. e.g. you have "dev-lib/foobar-1.1 ~x86" in |
7 |
>>> package.keyworkd but it is now stable. |
8 |
>> Sounds reasonable, thanks! |
9 |
> |
10 |
> There are much more types of redundancies. E.g. if you marked it twice |
11 |
> or with two different keywords etc. Use the REDUNDANT_IF_* variables |
12 |
> (described on the eix manpage) to tell eix-test-obsolete in detail what |
13 |
> types _you_ do consider as redundant. |
14 |
|
15 |
Already read about this, now I think I fully understand it! |
16 |
|
17 |
>>> Btw: eix-test-obsolete can not check for obsolete use-flags at the |
18 |
>>> moment? |
19 |
> |
20 |
> eix does not have support for useflags at all (except for some very |
21 |
> primitive cases and checks). |
22 |
> |
23 |
>> I wonder when there will be one single tool [...] |
24 |
>> cleaning /etc/portage/ |
25 |
> |
26 |
> I think there will never be a convenient tool, because there are too |
27 |
> many cases: What somebody considers as obsolete (e.g. an ** unmasking |
28 |
> when meanwhile ~x86 is available) is a natural entry for another person. |
29 |
> IMHO, except for useflags, eix-test-obsolete cannot much be improved |
30 |
> for such a task. In new eix versions you can even provide a file for |
31 |
> packages for which you do *not* want to see warnings (e.g. if you *know* |
32 |
> that you will always want the ~x86 version of that package, you will |
33 |
> not get any warnings if the highest version is stable). |
34 |
|
35 |
Thank you Martin this is very useful information! I always wondered if |
36 |
the output could be suppressed for special packages. |
37 |
|
38 |
I also see now that taking care of /etc/portage/ is a very difficult job! |
39 |
|
40 |
You are thinking about implementing better support for use-flags? |
41 |
|
42 |
Regards, |
43 |
|
44 |
Daniel |
45 |
-- |
46 |
gentoo-user@l.g.o mailing list |