Bug 32066 – binutils-2.14.90.0.6-r6 + distcc = emerge access violation

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description red0x 2003-10-26 15:09:55 UTC]

When I try to emerge -u world, binutils tried to build.  Compile completes fine,
but after it installs to the sandbox, I get a distcc access violation, and all
emerge processing stops.  
>>> Completed installing into /var/tmp/portage/binutils-2.14.90.0.6-r6/image/

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/tmp/sandbox-binutils-2.14.90.0.6-r6-19672.log"

open_wr:   /.distcc/lock/cpu_localhost_0
--------------------------------------------------------------------------------

Same thing does *not* happen without distcc in the features.

Reproducible: Always
Steps to Reproduce:




distccd was *not* running.

Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r8)
=================================================================
System uname: 2.4.20-gentoo-r8 i686 AMD Athlon(tm) XP 2800+
Gentoo Base System version 1.4.3.10p1
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -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/3.1/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="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache distcc autoaddcvs"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="oss apm libg++ mad mikmod nls spell xmms gtkhtml gdbm berkdb slang bonobo
guile mysql sdl tcpd esd imlib motif 3dnow aavm acpi alsa arts avi cdr crypt
cups dvd emacs encode ethereal foomaticdb gd gif gnome gpm gtk gtk2 ipv6 java
jpeg kde libwww mmx mozilla mpeg ncurses oggvorbis opengl pam pdflib perl png
python qt quicktime readline sse ssl svga tcltk tetex tiff truetype usb wmf X
Xaw3d xosd xml xml2 xv zlib x86"

[Comment 1 Lisa Seelye (RETIRED) 2003-10-26 18:03:49 UTC]

Paste the output from:
grep PORTAGE_TMPDIR /etc/make.conf

[Comment 2 red0x 2003-10-26 23:59:19 UTC]

# PORTAGE_TMPDIR is the location portage will use for compilations and
#PORTAGE_TMPDIR=/var/tmp
#     user's environment, for userpriv it sets: ${PORTAGE_TMPDIR}/ccache

[Comment 3 Lisa Seelye (RETIRED) 2003-10-27 09:56:05 UTC]

Try uncommenting PORTAGE_TMPDIR in /etc/make.conf

[Comment 4 Matt Rogers 2003-10-29 23:14:32 UTC]

Uncommenting the PORTAGE_TMPDIR line in /etc/make.conf fixed it.

[Comment 5 Lisa Seelye (RETIRED) 2003-10-29 23:22:44 UTC]

Okay, I'm going to chalk this up as a Portage quirk and bug the portage team
about it.

So for now:  Uncomment PORTAGE_TMPDIR in /etc/make.conf

[Comment 6 Lisa Seelye (RETIRED) 2003-10-30 08:39:22 UTC]

*** Bug 32311 has been marked as a duplicate of this bug. ***

[Comment 7 Lisa Seelye (RETIRED) 2003-11-07 15:13:14 UTC]

*** Bug 32967 has been marked as a duplicate of this bug. ***

[Comment 8 Martin Schlemmer (RETIRED) 2003-11-09 14:57:48 UTC]

Here is a suggestion - what about trying to set PORTAGE_TMPDIR the same on
all of the boxes ?