When I try emerge -F sun-jre-bin, I'm getting this response: >>> Emerging (1 of 1) dev-java/sun-jre-bin-1.5.0.06-r2 to / !!! jre-1_5_0_06-linux-amd64.bin not found in /usr/portage/distfiles Note that it wants me to download the amd64 version, though I'm using x86. Installing it without specifying the -F flag, works flawlessly. emerge --info gives: Portage 2.1_pre9-r4 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 Mobile AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.12.0_pre11 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.du.se/pub/os/gentoo" LANG="sv_SE.UTF-8" LINGUAS="sv en" 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 3dnow 3dnowext X Xaw3d alsa apache2 audiofile avi caps cdda cddb cdparanoia cdr cjk cups divx4linux dri dvd encode fftw firebird flac flash foomaticdb fortran freetype gd gif gimp gphoto2 gtk gtk2 ieee1394 imlib jack jack-tmpfs java joystick jpeg kde kdeenablefinal kdexdeltas lua mad mikmod motif mp3 mpeg mpi mplayer mysql ncurses nls odbc offensive ogg oggvorbis opengl pam pcmcia pdflib perl pic png portaudio python qt quicktime readline real samba sdl spell ssl tcltk tcpd tetex truetype unichrome unicode urandom usb utf8 v4l2 vcd vorbis win32codecs wxwindows xine xml xml2 xmms xosd xprint xv xvid elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev input_devices_joystick kernel_linux linguas_sv linguas_en userland_GNU video_cards_via video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS
--fetch-all-uri (-F) Instead of doing any package building, just perform fetches for all packages (the main package as well as all dependencies), grabbing all potential files. Hmm. The "all potential files" part seems to imply that all possible files (regardless of architecture) should be fetched. Perhaps you should be using -f instead? --fetchonly (-f) Instead of doing any package building, just perform fetches for all packages (the main package as well as all dependencies).
With -f it works as it is supposed to. So okay, if it is the way it should be, I guess this is not a bug. However, I was quite confused over that result.
I mark this bug as FIXED, but please reopen it if this really is something that should be concidered a bug.