Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 38302 - revdep-rebuild doens't rebuild unstable ebuilds
Summary: revdep-rebuild doens't rebuild unstable ebuilds
Status: RESOLVED WORKSFORME
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Tools (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-15 09:32 UTC by Carsten Lohrke (RETIRED)
Modified: 2005-12-03 08:29 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carsten Lohrke (RETIRED) gentoo-dev 2004-01-15 09:32:41 UTC
just updated to openssl-0.9.7. It tells me to do  revdep-rebuild --soname libssl.so.0.9.6

should be no problem, but it affects a lot of ebuilds and 

emerge --oneshot --nodeps  =category/ebuild-1.2.3 ...

always fails if it hits an masked ebuild.

Please add ACCEPT_KEYWORDS="~<arch>", instead assuming all those ebuilds are stable ones. Thx!

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Marius Mauch (RETIRED) gentoo-dev 2004-01-15 09:53:09 UTC
use package.keywords in 2.0.50

*** This bug has been marked as a duplicate of 13616 ***
Comment 2 Carsten Lohrke (RETIRED) gentoo-dev 2004-01-17 11:53:45 UTC
Marius, may I ask, why not adding my proposed fix? It wouldn't harm and works with the current portage. Another one: 

=category/ebuild-1.2.3-r1

revdep-rebuild fails, if ebuild-1.2.3-r1 doesn't exist anymore in portage. Not very smart.
Comment 3 Marius Mauch (RETIRED) gentoo-dev 2004-01-17 12:22:46 UTC
Because you suggestion would be a fix for one (common) case but would cause breakage/unexpected behavior in some other cases, e.g. the --package-names option would behave differently.
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2004-01-17 14:58:24 UTC
Uh, sure - in this special case it shouldn't be done. But is it that hard to test if the current ebuild is preceeded by "=". In this case there is nothing else expected, than: 

- emerge it, if the ebuild exists - don't care about ~/arch
- smart handling of non-existing ebuilds 
   e.g. --force option -> using --package-names ebuildname instead
   or just drop the ebuild in favor of the rest of ebuilds and give a list of the failed ones back
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2005-12-03 08:29:42 UTC
Non-existant issue with current portage versions.