Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 304793 - "emerge --newuse atom" can fail to emerge packages that "emerge atom" emerges
Summary: "emerge --newuse atom" can fail to emerge packages that "emerge atom" emerges
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core - Interface (emerge) (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks: 307597
  Show dependency tree
 
Reported: 2010-02-12 23:55 UTC by Daniel Barkalow
Modified: 2010-03-03 11:21 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 Daniel Barkalow 2010-02-12 23:55:18 UTC
"emerge --ignore-default-opts -p dev-tex/luatex" says that it needs to be updated, but "emerge --ignore-default-opts -pN dev-tex/luatex" lists nothing to be updated. My usual "emerge world" (with 'EMERGE_DEFAULT_OPTS="--ask --tree --verbose --deep --usepkg --newuse"') only shows packages with new USE flags, and then fails to resolve a blocker due to not updating luatex to a version that depends on the modern poppler package name.



Reproducible: Always

Steps to Reproduce:




This started happening when I switched from portage 2.1.6.13 to 2.1.7.16. I haven't determined yet whether this only applies to updates from versions installed by earlier versions of portage, or whether a package installed by portage 2.1.7.x will be updated. I can provide excepts from /var/db/pkg/ and such if it would help, and I can test fixes or patches to add debugging if it's hard to reproduce this without my particular package history.

I believe that running emerge without --newuse works for getting necessary updates, as a workaround.
Comment 1 Ben de Groot (RETIRED) gentoo-dev 2010-02-13 00:09:05 UTC
Not a bug, but expected behavior. You want to add the --update or -u option.
Comment 2 Daniel Barkalow 2010-02-13 02:19:22 UTC
"--update" does solve my actual problem, but there's an oddity that was making it hard to understand: --newuse implies --selective, even though the documentation of --newuse doesn't suggest anything of the sort and the documentation of --selective only suggests that they work together. With --selective=n, my commands still don't work, but it becomes obvious how 3.1.17.x is different from 3.1.16.x (that is, I need to use --update explicitly).

Of course, --newuse isn't terribly useful without --selective, since it would only apply to deps with changed USE flags, but it is surprising to add an unrequested flag just to make the user's weird request good for something. Not adding a flag is a better hint that the user might want to add a different flag. At the very least, the documentation for --newuse needs to mention that it could in some situations lead to fewer packages emerged rather than more.

(Summary updated to reflect the actual unexpected behavior)
Comment 3 Zac Medico gentoo-dev 2010-02-13 06:01:43 UTC
Ok, in svn r15346 I've updated the --newuse docs to indicate that this option also implies --selective.
Comment 4 Zac Medico gentoo-dev 2010-03-03 11:21:54 UTC
This is fixed in 2.1.8 and 2.2_rc64.