Summary: | Request: Option to force rebuild (or unmerge) of all sub-packages associated with a "-meta" package | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Epicanis <smc+gbugs> |
Component: | Enhancement/Feature Requests | Assignee: | Portage team <dev-portage> |
Status: | CONFIRMED --- | ||
Severity: | enhancement | CC: | esigra, hwoarang |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://archives.gentoo.org/gentoo-dev/msg_aeb57814a55bb7f8a389a45d87d9449b.xml | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 144480 |
Description
Epicanis
2008-07-30 18:01:07 UTC
The closest thing we have now is to use --depclean with no arguments (global depclean). I can add an option that will make --depclean behave how you want when given one or more atoms. Well, that would solve the "--unmerge" issue. How hard would it be to do something similar with rebuilding/re-emerging? (i.e. if "kdebase-meta-3.5.9" and its associated packages are already installed and I want, for example, to rebuild it with different USE flags, I'd like to be able to do something like "emerge --deepmeta =kdebase-meta-3.5.9" and have all the associated packages rebuilt) Perhaps I should also/instead file a request for gentoolkit? Basically what's missing here is a convenient way to get a listing of ebuilds associated with a -meta ebuild. If equery provided an xargs-compatible listing of "reverse dependencies" or something I could get equery to list the packages associated with -meta package and use that listing to unmerge or re-emerge them... What's wrong with --emptytree? The problem with --emptytree is that it wants to rebuild far too much - "emerge -v --emptytree =kdebase-meta-4.1.0" wants to re-do 470 different packages on my system, including things like apache, apache-tools, gcc, gentoo-sources, qt, most or all of X.org, etc. etc. In addition to taking WAY too long, it also makes it difficult to (for example) enable the "debug" flag for just this one build on just the kdebase-meta-associated packages without risking unintentionally toggling a "debug" flag on a bunch of unrelated stuff that gets rebuilt with the --emptytree option. There really isn't a middle ground with meta packages. However, with sets, this would be far easier to accomplish. This is a very good request. Since portage 2.2 is not stable yet you can use a custom script to do that . Something like for i in $(qlist -C -I kde-base/);do emerge =$i-3.5.10;done Adapt it to your needs Lets hope portage 2.2 will be stable soon :) One possible solution for this bug would be to implement PROPERTIES=set as discussed here: http://archives.gentoo.org/gentoo-dev/msg_aeb57814a55bb7f8a389a45d87d9449b.xml |