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 1O27d1-00025e-9Z for garchives@archives.gentoo.org; Wed, 14 Apr 2010 18:48:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 18F34E0908; Wed, 14 Apr 2010 18:47:57 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 8BA50E082F for ; Wed, 14 Apr 2010 18:47:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2E5271B414A for ; Wed, 14 Apr 2010 18:47:48 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.549 X-Spam-Level: X-Spam-Status: No, score=-2.549 required=5.5 tests=[AWL=0.050, BAYES_00=-2.599] 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 5KVRgbfyfz1a for ; Wed, 14 Apr 2010 18:47:41 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id 1D2FB1B40DB for ; Wed, 14 Apr 2010 18:47:39 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O27cV-0007Zs-LI for gentoo-dev@gentoo.org; Wed, 14 Apr 2010 20:47:27 +0200 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2010 20:47:27 +0200 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Apr 2010 20:47:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Multiple emerges in parallel (was: [RFC] RESTRICT=parallel for builds that can't be executed in parallel) Date: Wed, 14 Apr 2010 18:47:10 +0000 (UTC) Message-ID: References: <4BC52478.3020303@gentoo.org> <20100414074520.339dd0ed@pomiot.lan> <20100414061016.GA30025@hrair> <20100414162018.26e0524c@pomiot.lan> <20100414181029.GC30025@hrair> 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 X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.133 (House of Butterflies) Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c6dd4b85-e8e9-437a-9f8a-2bdc79633d27 X-Archives-Hash: b6fc0cad935c150456b43018b294cdec Brian Harring posted on Wed, 14 Apr 2010 11:10:29 -0700 as excerpted: >> The next thing is aborting merges. When running multiple emerges, >> aborting one of them is as simple as pressing ^c. With daemon, we woul= d >> have to implement an ability of aborting/removing packages in runtime >> -- and that would be another example of dependency tree mangling. >=20 > Aborting merges is a very, very bad idea. Consider a pkg that has > dlopen'd plugins, and just went through an ABI change for that > interface. If you interupt that merge it's entirely possible you'll get > just the lib merged (meaning a segfault on loadup of the plugins), or > vice versa (old lib is still in place, but new plugins are there). >=20 > Don't abort merges- that really should be effectively an atomic OP, not > interuptible. Umm... I think you two are using the same words for different things. Definitely, aborting qmerge (transfer to the live filesystem) isn't a goo= d=20 idea, but in context, it's plain that MG's talking about the entire merge= =20 process, from setup, unpack and prepare thru qmerge and postinst (which i= s=20 how the terms are used in the ebuild qmerge vs. ebuild merge context as=20 well). Clearly the entire merge doesn't need to be atomic, or we'd not b= e=20 talking about parallel merges in the first place, nor would we have=20 available all the individual ebuild substeps. --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman