More or less the last step in stage 3 of the bootstrap is emerge -e system. Here, python 3.5.1 fails to emerge: >>> Completed installing python-3.5.1-r1 into /scratch/portage/dev-lang/python-3.5.1-r1/image/ ebuild-ipc timed out during read after 15 seconds, retrying... ebuild-ipc timed out during read after 30 seconds, retrying... ebuild-ipc timed out during read after 45 seconds, retrying... ebuild-ipc timed out during read after 60 seconds, retrying... /scratch is a local disk. I don't understand what is causing the timeout. Reproducible: Always $ /home/jeff/gentoo/usr/bin/emerge --info '=dev-lang/python-3.5.1' Portage 2.2.20-prefix (python 2.7.11-final-0, prefix/linux/amd64, gcc-4.8.4, unavailable, 2.6.18-238.9.1.el5 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.18-238.9.1.el5-x86_64-with-redhat-5.6-Tikanga KiB Mem: 16352048 total, 2228780 free KiB Swap: 17825784 total, 17825604 free Timestamp of repository gentoo_prefix: Sun, 24 Jan 2016 23:14:52 +0000 sh bash 4.3_p39 ld GNU ld version 2.17.50.0.6-14.el5 20061020 app-shells/bash: 4.3_p39::gentoo_prefix dev-lang/perl: 5.22.1::gentoo_prefix dev-lang/python: 2.7.11::gentoo_prefix, 3.4.3-r6::gentoo_prefix, 3.5.1-r1::gentoo_prefix dev-util/pkgconfig: 0.29::gentoo_prefix sys-devel/autoconf: 2.69::gentoo_prefix sys-devel/automake: 1.14.1::gentoo_prefix, 1.15::gentoo_prefix sys-devel/binutils: 2.24-r2::gentoo_prefix sys-devel/gcc: 4.8.4::gentoo_prefix sys-devel/gcc-config: 1.8-r1::gentoo_prefix sys-devel/libtool: 2.4.6-r1::gentoo_prefix sys-devel/make: 4.1-r1::gentoo_prefix sys-kernel/linux-headers: 4.4::gentoo_prefix (virtual/os-headers) Repositories: gentoo_prefix location: /home/jeff/gentoo/usr/portage sync-type: rsync sync-uri: rsync://rsync.prefix.bitzolder.nl/gentoo-portage-prefix priority: -1000 aliases: gentoo ACCEPT_KEYWORDS="~amd64-linux" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/terminfo" CXXFLAGS="-O2 -pipe -O2 -pipe" DISTDIR="/home/jeff/gentoo/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs case-insensitive-fs config-protect-if-modified distlocks ebuild-locks fixlafiles force-prefix merge-sync news parallel-fetch preserve-libs protect-owned sfperms strict unknown-features-warn unmerge-logs unmerge-orphans unprivileged userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1" MAKEOPTS="-j5" PKGDIR="/home/jeff/gentoo/usr/portage/packages" PORTAGE_CONFIGROOT="/home/jeff/gentoo/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/scratch" USE="amd64 berkdb bzip2 cli cracklib crypt cxx dri fortran gdbm iconv ipv6 mmx mmxext modules ncurses nls nptl openmp pcre prefix prefix-guest readline seccomp session sse sse2 ssl tcpd unicode xattr zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" 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 ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_5" RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Created attachment 424536 [details] build.log
I have the same problem with dev-lang/python-3.4.3-r5, but not anything else in system.
What OS are you bootstrapping on?
Host OS is x86_64-with-redhat-5.6
And strangely, earlier on in the bootstrap process, both python 3.5.1 and 3.4.3 emerged OK.
I think you're replacing your python when this happens. We might have to disable ipc during bootstrap or something. We disable ipc on anything non-linux, that explains why it doesn't manifest itself there.
If I try and unset the ipc use flag in package.use, it is ignored. Can I do this without hacking the ebuild? If not, why have a flag?
What do you mean with ignored? can you add -ipc to USE in the bootstrap script? Maybe it's use.forced, in which case we'll have to use the force a bit more to make sure it's not enabled during bootstapping.
Does this still happen with newer Python? Python 3.5 is no longer in the main tree.
No. This can be closed.