Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 69287 - emerge -u <package> should only update world file if <package> already in that file
Summary: emerge -u <package> should only update world file if <package> already in tha...
Status: RESOLVED DUPLICATE of bug 48181
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
: 70355 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-10-28 08:47 UTC by Toralf Förster
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 Toralf Förster gentoo-dev 2004-10-28 08:47:25 UTC
After an
$>emerge -u fam x11-libs/libxklavier dev-perl/MIME-Base64

the world file was 3 lines bigger regardless of the fact that these packages are only dependencies of other packages and where never explicitely emerged.

The reason for doing the update statement was to prevent the whole system to be updated.

I think portage should not update the world file if the parameter -u is used.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Jason Stubbs (RETIRED) gentoo-dev 2004-10-29 05:36:51 UTC
Emerge doesn't if add packages to the world file if you specify --update *and* the package is installed already. Please confirm this was the case and, if not, report what the output of emerge --info.
Comment 2 Jason Stubbs (RETIRED) gentoo-dev 2004-10-29 05:52:50 UTC
Did some testing and you are right. Fixed in CVS.
Comment 3 Olivier Crete (RETIRED) gentoo-dev 2004-11-07 08:09:08 UTC
*** Bug 70355 has been marked as a duplicate of this bug. ***
Comment 4 Sven 2004-11-07 09:30:59 UTC
I would not even limit this to the case when option "-u" is given. If you do, "emerge -u <some-package>", and that package hasn't been installed at all yet, it is very reasonable to put it in the world-profile.

I'd choose a different criteria when to put it in worl-propile and when not.

In Bug 70355, i decribed that portage should only add packaged to world-profile if (and only if) they don't show up with a big "U" in an "emerge -p".

So if "emerge -p xorg-x11" would show
  [ebuild     U ] x11-base/xorg-x11-6.8.0-r1 [6.7.0-r1]
than portage should not put it into world-profile even when doing a "emerge xorg-x11" without the "-u" option.
Comment 5 Sven 2004-11-07 12:10:44 UTC
Ohh, there are not only "new" and "update" emerges, but also "repair" emerges.
So i should perhaps rephrase:

a portage should be added to the world-profile if (and only if) an "emerge --pretend" shows an "N" like this here:
  [ebuild  N    ] x11-base/xorg-x11-6.8.0-r1 [6.7.0-r1]
Comment 6 Jason Stubbs (RETIRED) gentoo-dev 2004-11-08 04:59:16 UTC
Unless you can provide a good reason why, I think no. --oneshot already exists for this reason (as well as others).
Comment 7 Sven 2004-11-08 06:17:37 UTC
people aren't aware of the fact that portage records packages explicitly emerged in the world-profile, and i'd guess that at least the world-profiles of 50% of the users out there contain packages, that went there by doing a "emerge libxslt" or something, but the user just wanted to do an update, and he doesn't recognize the difference between "emerge --oneshot libxslt" and "emerge libxslt".

I just think, that portage should try to guess as good as it can if the user wants just to update or repair a package.
Comment 8 Jason Stubbs (RETIRED) gentoo-dev 2005-05-03 07:08:38 UTC

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