Summary: | More info on USE flags about a specific emerge. | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Stefano Peluchetti <pelux> |
Component: | Core | Assignee: | Nicholas Jones (RETIRED) <carpaski> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | blizzy-keyword-gentoo_bugs2.a8a736, e01msv, h3y, jordanmeek, m.debruijne, r.moesbergen, tobler_pc |
Priority: | High | ||
Version: | 2.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
use flags in search
colored use flags in search just like Stefano wanted |
Description
Stefano Peluchetti
2002-12-15 04:51:41 UTC
Nice feature, I'd like to see this added as well. obviosly the example is about doing "emerge -p mozila" and not about emergeing gaim . Just to explain why i used these use var in the example :) , as they clearly refer to mozilla and not gaim! I was just going to file a bug report for this! I think this would be a great feature. I built Mozilla 1.2.1r2 four times until I figured out I needed to get rid of I was just going to file a bug report for this! I think this would be a great feature. I built Mozilla 1.2.1r2 four times until I figured out I needed to get rid of gtk2 and add xft to get Mozilla to build with xft. I would have just voted for this bug instead of replying with a me too, but I dont see this option in the Gentoo bugzilla. And what about ChangeLog output? Created attachment 6805 [details, diff]
use flags in search
I've used this for a while -- just a very quick hack...
Patched against portage-2.0.46-r4.
Created attachment 6812 [details, diff]
colored use flags in search
Enhanced emerge's search to display which use vars a package is using --
color-coded:
red: not specified in USE
purple: specified not to be used (ie -kde)
green: specified and used
It's not a USE aware emerge but a small step in that direction :)
Created attachment 6818 [details, diff]
just like Stefano wanted
$ ./emerge -ep mozilla
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[ebuild N ] dev-java/java-config-0.2.7
[...]
[ebuild N ] net-www/mozilla-1.2.1-r4
The following USE flags for this action are:
[enabled] nls java build berkdb gdbm readline bootstrap static python ssl doc
mmx truetype 3dnow ncurses X libwww png tetex tiff jpeg zlib crypt gtk2 ldap
gnome
[disabled] ipv6
[unset] build static bootstrap tcltk pic mysql sse 3dfx ldap ipv6 mozsvg
mozcalendar mozaccess mozinterfaceinfo mozp3p mozxmlterm moznoirc moznomail
moznocompose moznoxft
Just another "me, too" vote... 1.) The official "use.desc" file seems to be quite outdated and incomplete. For example, most of the moz USE flags mentioned below (including "xft"!) are not in "use.desc"! 2.) I've noticed that "use.desc" has been updated several times without updating the "Last updated" comment in it. So this is a clear indication that USE flags should be handled more dynamically! I'm the one who proposed this improvement. I noticed that the proposed patch (last one) worked without problems. Why was'nt it included yet in the official stable portage branch? Hope that it won't follow the destiny that a lot of others very good patches have followed (see the paralled download patch and some others) : be forgotten. Thanks a lot to all the developers that contributed with patches for the hard work! :) Hope it will be included in portage soon! Waiting for some reply. Stefano Peluchetti Please not that I am portage maintainer and that I also wrote the parallel merging/fetching code. If it doesn't make it in, then it isn't reasonable, useful, or proper patch. Parallel code conflicts with globals and thus can't be merged. It'll be added when it fits. emerge -evp world -vp == Show use flags Thanks. I didn't notice that it was already included in the official release. So should'nt this bug be marked as closed? Anyway i hope you did't take my comment like just as a mere crtitic. I just tried to make a constructive citic as "the feeling" , also noticed in the forums, was that sometimes the proposed patch was just abbandoned. Bye Stefano Peluchetti |