Summary: | app-portage/gentoolkit-0.3.0-rc10: revdep-rebuild should not make use of binary packages | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Ben Cordero <bmc> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED WONTFIX | ||
Severity: | minor | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ben Cordero
2010-04-07 23:39:23 UTC
If the binpackages actually get updated revdep-rebuild with binpkgs is actually useful. I for one utilize this feature. It is left to user choice because EMERGE_DEFAULT_OPTIONS is a custom setting. In other words, if you set default options you should know how to unset them. I present a counter-argument, as follows: On my systems, I build the packages on a build host. The build host's revdep-rebuild process doesn't use binpkgs and hence it creates *good* packages. Hardcoding --usepkg=n would mean that I wouldn't use the good binary packages. Therefore a "forced" --usepkg=n would be bad in this setting. My point is, you cannot guess how the end user's config is setup so you cannot set mandatory options. Personally, I never use revdep-rebuild to install binary packages anymore since --rebuilt-binaries with >=portage-2.1.8 pulls in all the packages that I've rebuilt on another system for various reasons (revdep-rebuild, @preserved-rebuild, --newuse or any other reason). Maybe this scenario doesn't fit everyone, but I figured it's worth mentioning here. This was done on purpose: See bug 289599. Unfortunately, this is one of those decisions that will not leave everybody happy. The consensus is that the user has set EMERGE_DEFAULT_OPTS and knows what they are doing, so we should honor it. |