From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FHef1-00081r-7F for garchives@archives.gentoo.org; Fri, 10 Mar 2006 10:15:51 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k2AAEA0v013761; Fri, 10 Mar 2006 10:14:10 GMT Received: from mailgateway2.uni-freiburg.de (mailgateway2.uni-freiburg.de [132.230.2.212]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k2AAE9e2016389 for ; Fri, 10 Mar 2006 10:14:09 GMT Received: from rz.uni-freiburg.de ([132.230.2.42] helo=uni-freiburg.de) port 37548 by mailgateway2.uni-freiburg.de with esmtp (Exim 4.50 #1 built 16-Jan-2006 13:33:53 running on Gentoo) id 1FHedN-0003gP-4D for gentoo-amd64@lists.gentoo.org; Fri, 10 Mar 2006 11:14:09 +0100 Received: from urmel.ruf.uni-freiburg.de (account hans-gunther.borrmann@rz.uni-freiburg.de [132.230.6.72] verified) by uni-freiburg.de (CommuniGate Pro SMTP 5.0.8) with ESMTPSA id 68355749 for gentoo-amd64@lists.gentoo.org; Fri, 10 Mar 2006 11:14:10 +0100 From: Hans-Gunther Borrmann To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: MAKEOPTS="-j3" and dual opteron system Date: Fri, 10 Mar 2006 11:15:09 +0100 User-Agent: KMail/1.8.3 References: <200603081035.15013.hans-gunther.borrmann@rz.uni-freiburg.de> In-Reply-To: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603101115.09815.hans-gunther.borrmann@rz.uni-freiburg.de> X-Archives-Salt: 13353aed-4cdb-4abf-9146-fc5be7306cf8 X-Archives-Hash: b0e53b13c2f2b7fac52983c996944c6a On Wednesday 08 March 2006 13:02, Duncan wrote: > I'm running a dual Opteron (242) here, and routinely run MAKEOPTS="-j6 > -l6" here, plus sometimes run multiple parallel emerges (using emerge -tp > first to see what the dependencies are, then emerge -a to verify that the > same dependency isn't in both). > > As I'm running ~amd64, plus running way out front with still-masked gccs > (now gcc-4.0.2-rX and gcc-4.1.0), which sometime last year (with > gcc-4.0.0) required still experimental glibcs if I wanted to compile themm > with the new gcc, I tend to do more merging of everything, including > glibc, than most, and IDR ever having that sort of issue. > > Occasionally, there's an ebuild that has parallel job issues, but they > tend to be pretty rare, because as they are found and bugged, the ebuild > will be adjusted to filter out the -jX and force serial compilation jobs. > In fact, a quick: "grep MAKEOPTS /p/sys-libs/glibc/*|grep j1" returns a > huge number of hits, multiple per ebuild, where serial compilation is > already forced by the various glibc ebuilds. > > Assuming you didn't manually filter all those forced -j1 calls, all I can > say is perhaps another one or more need added. They apparently haven't > been triggered for most of us or it'd already be forced, but maybe your > machine just happens to trigger it in a different area. Either > that or there's something strange going on with your bash or make or the > like and it's filtering the wrong thing. > > What glibc are you attempting to merge, what are your bash, portage, gcc, > and make versions, and where exactly is the error? If you know bash > scripting well enough to follow what the ebuild is doing, it shouldn't be > hard to verify whether the problem make calls are forcing -j1 or not (some > in the glibc ebuilds do, some don't). Thank you for this detailed reply. I always like to read your really very informative contributions to the gentoo mailing lists. As to your questions I cannot tell what the versions of bash portage etc. were. I emerged glibc during my migration from the 2004.3 profile to the 2005.0 profile which is now complete. During the migration new versions of bash, portage and so an were merged. Now all is new and works! I cannot reproduce the loop. What happened was, that the emerge of glibc started to loop at a certain point. I then killed the emerge, issued the same command again and the merge started to loop at another point. I'll let MAKEOPTS set and observe what happens in future. Thanks to all who answered. -- ________________________________________________________________ Hans-Gunther Borrmann Rechenzentrum der Universitaet Freiburg Hermann-Herder-Str. 10, D79104 FREIBURG Tel.: +49 761/203-4652 Fax: +49 761/203-4643 -- gentoo-amd64@gentoo.org mailing list