Gentoo Archives: gentoo-portage-dev

From: Alec Warner <warnera6@×××××××.edu>
To: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] Additional information to output: emerge -pv
Date: Thu, 25 Aug 2005 20:43:57
Message-Id: 430E2D53.2010505@egr.msu.edu
In Reply to: [gentoo-portage-dev] Additional information to output: emerge -pv by Dustin Spicuzza
1 Dustin Spicuzza wrote:
2
3 > Hey,
4 >
5 > I've been using Gentoo for a couple of years now... and portage was
6 > the #1 reason I kept using Gentoo over other Linux distros... and why
7 > I'm still using it.
8 >
9 > Something that's always bugged me a lot is USE flags. Which, while I
10 > think that they are one of the best things about portage, I think that
11 > they are also one of the more annoying features as well... it can be
12 > relatively annoying to configure it all up. Especially researching
13 > what they are... yes, it just takes a little bit of effort to find
14 > them, but why not make it slightly easier?
15 >
16 > Anyways, I made a patch (against Portage 2.0.51.22-r2, attached as
17 > verbose_use_patch.tar) that adds the description of each USE flag to
18 > the 'emerge -pv <package>' command. The output for openoffice, for
19 > example, looks something like this...
20 >
21 > [ebuild N ] app-office/openoffice-1.1.4-r1 -curl -hardened -java
22 > +kde -nptl +zlib 215,331 kB
23 > * curl - Adds support for client-side URL transfer library
24 > * hardened - activate default security enhancements for toolchain
25 > (gcc, glibc, binutils)
26 > * java - Adds support for Java
27 > * kde - Adds support for kde-base/kde (K Desktop Enviroment)
28 > * nptl - Enable support for Native POSIX Threads Library, the new
29 > threading module (requires linux-2.6 or better usually)
30 > * zlib - Adds support for zlib (de)compression
31 >
32 > And, it does this for each package (only for verbose obviously) Its a
33 > very small, non-invasive patch, and quite small (a routine in
34 > portage_util.py, and 5 lines of code in emerge).
35 > I attached the patch here because I wasn't quite sure of the proper
36 > procedure for patch submission... anyways, thanks for all your work!
37 > Hopefully in the future I can contribute to this project.
38 >
39 > Dustin Spicuzza
40
41 I like it but I'd like to see it in another tool. Or in the case of
42 HEAD, an emerge module. I know it's a PITA right now because all the
43 dependencies are depgraph related and it hasn't been easy to rip it
44 out. It would be nice to have a set of modules for generating metadata
45 like this in script form for servers as opposed to some kind of weird
46 emerge output that then needs some regex voodoo process.
47
48 Just my two cents :)
49 --
50 gentoo-portage-dev@g.o mailing list