emerge --help makes one think that --oneshot will keep a package from being updated at a later date which is untrue if a package gets added as providing a virtual, it will get updated. Either portage should be fixed to not add --oneshot'ed packages to the virtuals file (unlikely) , or the help text should be updated to reflect reality. This can be relatively easily workedaround by removing the --oneshot'ed package from the virtuals file. Reproducible: Always Steps to Reproduce: 1. emerge --oneshot vanilla-prepatch-sources 2. wait till vanilla-prepatch-sources gets updated, and something that depends on virtual/linux-sources 3. emerge something that depends on virtual/linux-sources Actual Results: portage tried to upgrade vanilla-prepatch-sources Expected Results: the help text for --oneshot implies that the package will not be updated WRXsti stuff # emerge info Portage 2.0.49-r16 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r8, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.4.3.11 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/cvs/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox ccache distcc -fixpackages" GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ http://gentoo.mirrors.pair.com/ http://gentoo.seren.com/gentoo" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline arts aalib bonobo svga java ruby mysql X sdl tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla gphoto2 cdr scanner 3dnow aavm acl acpi acpi4linux apache2 ardour-ksi artswrappersuid chasen clamav cscope curl dga dv dvd dvdr etwin evms2 faad fbcon fbdev ffmpeg flash gd gtk2 imap innodb ipalias ipv6 jack jack-tmpfs javascript maildir mmx mng mozsvg mpi oav offensive openal pda php pic ppds samba slp sse stencil-buffer transcode type1 usb v4l wmf wxwindows xface xfs xine xinerama xml xosd xvid -apm -nls -tetex -tcltk -gpm"
I can't reproduce this bug. Is the Step3 "emerge -u something" or "emerge something"?
yes, sorry, it should be emerge -u something
emerge with -u option upgrades a package which is installed --oneshot even if it's not virutal package. I'm not sure if it's bug.
well, I already talked to genone about it, he said that it's expected behavior, my problem is with the wording of the help text for --oneshot
Fixed description a little.
supposed to be fixed in 2.0.50 which is stable now. If this bug is not fixed please reopen.