Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 53387 - --ignore-blockers for changing virtuals
Summary: --ignore-blockers for changing virtuals
Status: RESOLVED DUPLICATE of bug 79606
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Interface (emerge) (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: Inclusion
Depends on:
Blocks:
 
Reported: 2004-06-09 03:52 UTC by Christian Birchinger (RETIRED)
Modified: 2005-07-17 13:06 UTC (History)
1 user (show)

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 Christian Birchinger (RETIRED) gentoo-dev 2004-06-09 03:52:54 UTC
The ability of upgrading one packagename with another would shrink the timeframe where a system cannot be used. For example if you have XFree
installed and update to Xorg, you have to unmerge XFree first because it
blocks. Depending on the power of the machine, this can mean 2-3h without X.

All those problems could be avoided if emerge would let you upgrade from XFree
directly to Xorg. The same way as you usualy upgrade an app from version 1.0
to 1.1.


Reproducible: Always
Steps to Reproduce:
n/a
Actual Results:  
n/a

Expected Results:  
n/a

The big question is which kind of syntax could be used for this.
If the portage-devs have no perfect solution for the syntax, maybe the
a request for suggestions should be sent to the dev-mailinglist.

Something like slackware uses would be:
emerge -u x11-base/xfree%x11-base/xorg
(a % as seperator)

Having something in the ebuild which describes the "next hop" isn't really
usable because except for updates like XFree->Xorg the "new appname" cannot
be guessed (Like when updating from Sendmail to Exim for example).
Comment 1 Jason Stubbs (RETIRED) gentoo-dev 2005-05-02 04:48:40 UTC

*** This bug has been marked as a duplicate of 79606 ***