From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NEUNm-0007sU-Tg for garchives@archives.gentoo.org; Sat, 28 Nov 2009 20:59:07 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1764FE063D; Sat, 28 Nov 2009 20:58:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id C3895E063D for ; Sat, 28 Nov 2009 20:58:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 6C3ED67956 for ; Sat, 28 Nov 2009 20:58:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.438 X-Spam-Level: X-Spam-Status: No, score=-2.438 required=5.5 tests=[AWL=-1.235, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mVpfGbiKpPRn for ; Sat, 28 Nov 2009 20:58:10 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id AB8C367949 for ; Sat, 28 Nov 2009 20:58:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NEUMn-0005Wx-Dy for gentoo-dev@gentoo.org; Sat, 28 Nov 2009 21:58:05 +0100 Received: from liten.csbnet.se ([95.80.45.98]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Nov 2009 21:58:05 +0100 Received: from xake by liten.csbnet.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 28 Nov 2009 21:58:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Peter Hjalmarsson Subject: [gentoo-dev] Re: mtime preservation Date: Sat, 28 Nov 2009 21:57:42 +0100 Message-ID: <1259441862.5508.7.camel@lillen.dodi> References: <19184.25176.380022.392451@a1i15.kph.uni-mainz.de> <20091108191439.3fcee79d@snowcone> <7c612fc60911090718y144319f5lc9827a5e2e153c2@mail.gmail.com> <20091109153429.502e272f@snowcone> <19193.4389.637969.727075@a1i15.kph.uni-mainz.de> <20091119221248.539eedd9@snowmobile> <7c612fc60911191614h5e37c849y50ad217a828fa744@mail.gmail.com> <20091120001820.7274bdf7@snowmobile> <4B07362D.2010108@gentoo.org> <7c612fc60911231049n4a51ddb0u30ae72d8ed93cdec@mail.gmail.com> <7c612fc60911251313i705a182as6cf50402c7829beb@mail.gmail.com> <20091125212718.5deb42f8@snowcone> <20091125221327.324e11fb@snowcone> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: liten.csbnet.se In-Reply-To: X-Mailer: Evolution 2.28.1 Sender: news X-Archives-Salt: 79e107d5-7a44-4b91-ba3e-c5dbed66dd38 X-Archives-Hash: 5a716e702f0bc0a6097103add65288a3 tor 2009-11-26 klockan 05:04 +0000 skrev Duncan: > Ciaran McCreesh posted on Wed, 25 Nov 2009 22:13:27 +0000 as excerpted: >=20 > > Examples will merely be > > dismissed as one-off cases that can be worked around, or as relying upo= n > > a string of coincidences that will "obviously" never really happen, > > right up until they do, at which point they'll be dismissed with a > > WORKSFORME. What you have is a proof that it's broken, which is far > > better than an example. >=20 > Actually, that "dismissed with WORKSFORME" strikes a chord, here. There=20 > was a very strange parallel make bug that I filed that was closed with=20 > that. I'd have really liked to see someone with some skill tackle it, as= =20 > that was the only one I've ever seen that had striped fail and working=20 > zones, and I've have loved to see some logic as to why... (If -j10=20 > failed, -j3 and -j15 might succeed, -l24 fail again, and -j33 succeed=20 > again...) Unfortunately, flameeyes, the only one I know who really gets=20 > into such things, was fresh out of the hospital at the time, and I think=20 > it was beyond the maintainer's abilities, so WORKSFORME was about the=20 > best that could be done. I've long since changed and changed again my=20 > makeopts, and don't remember the pkg now, tho I could probably find it in= =20 > my old bug mail if I needed to. >=20 > So I gotta admit you have a point, with that one. >=20 That is just a *really* bad maintainer. Or a *really* bad bugreport. Or something that showed you already had a *really* screwed up system. What is the bug number? Did you post your emerge --info and a *full* build.log? Also information about what makeopts works and not gives nothing, that just becomes noise. Becouse what makeopts works and not depends most of the time on a race condition in the makefiles and can because of that also depend on stuff like your current system load.