mozilla-firefox and it could be that other mozilla applications do not build with -j option specified in make.conf. I found this out when rebuilding Mozilla Firefox with distcc enabled. Yes distcc was working fine for other applications(Did a -e world). As we all know it takes forever to build Mozilla applications and it would speed up building times if the application would use the -j options within the make.conf. This really sucks for multi core systems, or someone like me that has a nice distcc setup. Im unsure if this is a .eclass problem or a .ebuild problem. SideNote: I can see why some applications need to do -j1, but there are a few applications that take it upon them selfs to ignore settings that are set in the make.conf, and at sometime may need a review of their build code. Reproducible: Always Portage 2.1.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r3 i686) ================================================================= System uname: 2.6.19-gentoo-r3 i686 AMD Sempron(tm) 3000+ Gentoo Base System version 1.12.9 Timestamp of tree: Fri, 19 Jan 2007 01:30:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] dev-java/java-config: 1.3.7, 2.0.31-r3 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.19.2-r1 ACCEPT_KEYWORDS="x86 ~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/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distcc distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo/ http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://ftp.citkit.ru/pub/Linux/gentoo http://files.gentoo.org http://mirror.espri.arizona.edu/gentoo/" LDFLAGS="-Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j3" 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/portage/local/layman/sunrise" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aac aiglx alsa aoss asf berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt dbus dlloader dri dvd dvdr fam firefox fortran gdbm gif glitz gnome gpm gtk hal iconv isdnlog java jpeg kde kdeenablefinal libg++ mad mmap mmx mozbranding mp3 mp4 ncurses new-login nls noamazon nptl nptlonly nsplugin opengl oss pam pcre pdf perl png ppds pppd python qt3 qt4 quicktime rdesktop readline real reflection samba sdl session spell spl sqlite sqlite3 sse ssl svg symlink tcpd threads tiff tk truetype truetype-fonts type1-fonts udev unicode vidix win32codecs x264 x86 xcomposite xinerama xml xorg xscreensaver xv xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
That's why the ebuilds now specify emake -j1 until it's fixed upstream. *** This bug has been marked as a duplicate of bug 135420 ***
(In reply to comment #1) > That's why the ebuilds now specify emake -j1 until it's fixed upstream. > > *** This bug has been marked as a duplicate of bug 135420 *** > Until what is fixed upstream? The other bug report didn't say what it is.
(In reply to comment #2) > Until what is fixed upstream? Until the parallel make issues are fixed upstream...
Just compiled mozilla-firefox-2.0.0.3.ebuild with -j3 so, looks like it fixed upstream.