Summary: | After upgrading to portage 2.1.6.4, massive reinstall is needed | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Francisco Lloret <fcolloret> |
Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dev-random, gentoo-bugs, kortex.gentoo, martin.holzer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | http://www.gentoo.org | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 254662 |
Description
Francisco Lloret
2008-12-29 12:24:54 UTC
The default action for the world and system sets has changed. Use the --update (-u) option to perform an update check. (I believe this is a side-effect of the upcoming sets functionality) Thanks there's no info about this changes in any way in this kind gentoo messes up completly (In reply to comment #3) > there's no info about this changes in any way > > in this kind gentoo messes up completly Sadly, I second that. I was lucky that somebody in the forums pointed me to this bug report, I couldn't understand the reason for this. However, using "emerge world -D", if I use --update I get a lesser number of updates than the ones reported without the --update option (namely rpm2targz). This makes things even more strange and broken - if not really broken, at least from a user-point-of-view. What's the proper way to have the old behaviour? (In reply to comment #1) > The default action for the world and system sets has changed. Use the --update > (-u) option to perform an update check. > > (I believe this is a side-effect of the upcoming sets functionality) > I thing -n will be a better way to have old behaviour than -u (In reply to comment #5) *think You probably want to use -uD (update, deep dependency checking) The problem with -n is that (I believe) it will add packages to your world set, which is not what you want to do (all the dependencies will now be in the world set, which will basically leave you in a big mess in terms of package management). Either -u or -n is fine. When used with world or system sets, those options won't cause anything to be added to the world file. I've added a note about this in the ChangeLog and in an ewarn message. The ewarn message that looks like this: * * In portage-2.1.6, the default behavior has changed for `emerge world` * and `emerge system` commands. These commands will reinstall all * packages from the given set unless an option such as --noreplace, * --update, or --newuse is specified. * (In reply to comment #9) > I've added a note about this in the ChangeLog and in an ewarn message. The > ewarn message that looks like this: Thank you very much. The message sounds clear on what the user has to do, maybe this bug can be closed now. *** Bug 254221 has been marked as a duplicate of this bug. *** *** Bug 254221 has been marked as a duplicate of this bug. *** In 2.1.6.5, there's a note about this in the RELEASE-NOTES file (and the ewarn message is still shown after upgrade from 2.1.x). |