1 |
Douglas Anderson schrieb am 16.12.2008 01:28: |
2 |
> On Tue, Dec 16, 2008 at 9:06 AM, Daniel Pielmeier |
3 |
> <daniel.pielmeier@××××××××××.com> wrote: |
4 |
>>> Duncan schrieb am 16.12.2008 00:47: |
5 |
>>> While I'm at it, is there anything useful to display metadata.xml? In |
6 |
>>> particular, the long descriptions and use flags can be useful. With |
7 |
>>> use.desc and especially the local version thereof going deprecated, and |
8 |
>>> with additional info about global flags sometimes in the metadata... |
9 |
>> Regarding metadata.xml there is (besides querying Willikins on IRC) |
10 |
>> emeta. Take a look at bug 248278 [1]. |
11 |
>> |
12 |
>> [1] http://bugs.gentoo.org/show_bug.cgi?id=248278 |
13 |
>> |
14 |
> |
15 |
> emeta will likely become `equery meta' in the next release of |
16 |
> gentoolkit, but feel free to use it from the overlay for now. |
17 |
> |
18 |
> Regarding equery, there's a "changes" option that is just waiting to |
19 |
> be written. Considering udept's changleog function is about 30 lines, |
20 |
> it should be trivial to do. If people are interested, I can handle |
21 |
> that. It's something I would like to have, also. |
22 |
> |
23 |
> I hope to have the upgraded gentoolkit available for testing within a few weeks. |
24 |
|
25 |
Good to hear! |
26 |
|
27 |
Besides that, is there anything similar to dep --pruneworld. |
28 |
|
29 |
It happens to me sometimes that I forget --oneshot and packages are |
30 |
added to the world file that are not intended to be there. So this |
31 |
option gives an overview over packages in world that have no reverse |
32 |
dependencies and thus are probably not needed. There might still be some |
33 |
packages without reverse dependencies in the world file that are |
34 |
intended to be there because the user wants it there, but being |
35 |
presented with a list of possible unneeded packages it is more easy to |
36 |
determine which are intended to be there and which are not. |
37 |
|
38 |
For checking the reverse dependencies of single packages there is of |
39 |
course "emerge -pv --depclean <atom>", but it is a tedious job to this |
40 |
for every entry in the world file. I hacked something together which |
41 |
runs the above command for every entry in world but this is very slow |
42 |
and dep is much faster doing this check. |
43 |
|
44 |
Regards, |
45 |
|
46 |
Daniel |