Bugzilla Bug 149843

If I tried to compile the media-libs/netpbm-10.34 I have got this error:

i686-pc-linux-gnu-gcc -Wall -c -I
/var/tmp/portage/netpbm-10.34/work/netpbm-10.34 -I
/var/tmp/portage/netpbm-10.34/work/netpbm-10.34/lib/util/.. -DNDEBUG
-march=athlon-mp -O3 -pipe -fomit-frame-pointer -fPIC \
    -o nstring.o nstring.c
make[2]: Leaving directory
`/var/tmp/portage/netpbm-10.34/work/netpbm-10.34/lib/util'
make[2]: Leaving directory
`/var/tmp/portage/netpbm-10.34/work/netpbm-10.34/lib/util'
make[1]: Leaving directory
`/var/tmp/portage/netpbm-10.34/work/netpbm-10.34/lib'
make: *** [lib/all] Error 2

!!! ERROR: media-libs/netpbm-10.34 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  netpbm-10.34.ebuild, line 97:   Called die


If I have changed MAKEOPTS in make.conf from -j3 to -j1, then it works fine.

My emerge --info:
Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.3.5, glibc-2.3.4.20041102-r1,
2.6.12.5 i686)
=================================================================
System uname: 2.6.12.5 i686 AMD Athlon(tm) MP 2400+
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.2.11-r1
dev-lang/python:     2.3.5-r2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.6-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /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/alias
/var/qmail/control /var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/
ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo ftp://mirror.gentoo.sk"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow alsa apache2 berkdb cli crypt dlloader dri eds emboss esd
fortran gdbm gif gpm gstreamer imlib ipv6 isdnlog jpeg libg++ libwww mmx motif
mp3 ncurses nls nptl ogg pam pcre perl png posix pppd python qt3 qt4 readline
reflection sdl session spl sse ssl udev unicode vorbis xml xorg zlib
elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse
kernel_linux userland_GNU video_cards_nv video_cards_vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS

post a full log ... what you posted doesnt contain an error and i can build
these things with -j on my amd64 ...

Created an attachment (id=98608) [edit]
2649-netpbm-10.34.log

Full compilation log of the netpbm 10.34.

Now I have tried to reemerge media-libs/netpbm-10.34 with -j3 and it didn't
failed. I don't know what was wrong before.

that's the fun thing with race conditions ;)

ln: creating symbolic link `importinc/wordaccess.h' to
`/var/tmp/portage/netpbm-10.34/work/netpbm-10.34/lib/util/wordaccess.h': File
exists

I just had the same problem, with -jN where N > 1.  Is there a patch for the
race condition??

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

It fails also on Gentoo/FreeBSD

wtf does this have to do with the release process

I've forced -j1 in the ebuild (both stable and ~arch), it's better than having
this package fail for three months now.

that doesnt fix anything

Then please fix, in the mean time at least users won't get it to die, and
releng is not forced to run the build at -j1...

I'm removing the snapshot bug from this one, since there is a workaround in
place.