After pre-fetching the files needed for package installation, the "Starting parallel fetch" message is still displayed, even though there are 0 files on the "need-to-fetch" list. Reproducible: Always Steps to Reproduce: After fetching all upgrade-able packages with 'emerge -DuNf world' I then do install them with 'emerge -DavuNt world' Actual Results: The message I receive when doing 'emerge -DavuNt world' is: Total: 13 packages (12 upgrades, 1 in new slot, 13 binaries), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] yes >>> Starting parallel fetch ------------- Note especially the line "Size of downloads: 0 kB" (Yes, in the above example, I did also pre-build (but not install) these packages, using 'emerge -B') Expected Results: Since emerge knows it does *not* have to fetch any files, I'd expect that it would not tell me that it *is* fetching files. Yes, "parallel-fetch" is turned on: # cat /etc/make.conf | grep fetch FEATURES="parallel-fetch" # emerge --info Portage 2.1.9.42 (default/linux/x86/10.0, gcc-4.4.5, libc-0-r0, 2.6.38-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.38-gentoo-r5-i686-Mobile_Intel-R-_Pentium-R-_4_CPU_2.80GHz-with-gentoo-2.0.2 Timestamp of tree: Sat, 21 May 2011 06:45:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.2-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 sys-kernel/linux-headers: 2.6.36.1 sys-libs/glibc: 2.11.3 virtual/os-headers: 0 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=native -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -march=native -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en en_US" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/serkan-overlay /var/lib/layman/sunrise /var/lib/layman/write2David" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="X acl acpi alsa berkdb bmp bzip2 cdr cli cracklib crypt cups cxx dbus dri dvd exif fortran gdbm gif gpm iconv ipv6 jpeg lm_sensors mmx modules mudflap ncurses nls nptl nptlonly openmp pam pcre perl png pppd python raw readline session sse sse2 ssl svg sysfs tcpd thunar tiff unicode usb x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="vesa intel" XFCE_PLUGINS="trash menu brightness" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Well, you can fetch no files in a parallel style.
(In reply to comment #0) > Total: 13 packages (12 upgrades, 1 in new slot, 13 binaries), Size of > downloads: 0 kB The 0 kB display is only shown with the --verbose display code. While we could save this info and use it to avoid parallel-fetch in some cases, it makes little sense to do so. > > Would you like to merge these packages? [Yes/No] yes > > >>> Starting parallel fetch > > > ------------- > > Note especially the line "Size of downloads: 0 kB" > > (Yes, in the above example, I did also pre-build (but not install) these > packages, using 'emerge -B') > > Expected Results: > Since emerge knows it does *not* have to fetch any files, I'd expect that it > would not tell me that it *is* fetching files. What it will actually do in this case is, in parallel to and scheduled builds, got through the merge list and use the stat function to verify that all of the required files are the correct sizes.
(In reply to comment #1) > Well, you can fetch no files in a parallel style. Ha ha. :-) Hey, myself and some others may not be able to provide lots of help on the technical side of Gentoo, but I'm trying to at least do what I can to help Gentoo and make some helpful comments on the UI stuff from the regular user's perspective (even if they are sometimes minor things).
From a UI design perspective, I think it's probably better to show the "Starting parallel fetch" message every time regardless of the fetch state shown in the --verbose output. Otherwise, variance in behavior could be confusing since it could lead people to wonder why the output between two seemingly identical invocations is different (especially when --verbose is not enabled).
I suppose that we could eliminate the "Starting parallel fetch" message entirely, since it's not really an essential notification.
(In reply to comment #5) > I suppose that we could eliminate the "Starting parallel fetch" message > entirely, since it's not really an essential notification. I agree. To most people it gives the impression that fetching is occurring, even though it is not.
1.5 years later... Awaiting further comment? or perhaps this item is dead?
(In reply to comment #5) > I suppose that we could eliminate the "Starting parallel fetch" message > entirely, since it's not really an essential notification. Done: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=ff864a499160f3abda33e7247e0e457bd7ba4270
This is fixed in 2.1.11.53 and 2.2.0_alpha164.
