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 1O1vPY-0005ry-Vo for garchives@archives.gentoo.org; Wed, 14 Apr 2010 05:45:17 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 69B43E0904; Wed, 14 Apr 2010 05:45:10 +0000 (UTC) Received: from mail-bw0-f223.google.com (mail-bw0-f223.google.com [209.85.218.223]) by pigeon.gentoo.org (Postfix) with ESMTP id 567EFE08BE for ; Wed, 14 Apr 2010 05:44:49 +0000 (UTC) Received: by bwz23 with SMTP id 23so4501380bwz.26 for ; Tue, 13 Apr 2010 22:44:48 -0700 (PDT) Received: by 10.204.7.212 with SMTP id e20mr7642354bke.117.1271223888613; Tue, 13 Apr 2010 22:44:48 -0700 (PDT) Received: from pomiot.lan (213-238-106-44.adsl.inetia.pl [213.238.106.44]) by mx.google.com with ESMTPS id 14sm197478bwz.14.2010.04.13.22.44.47 (version=SSLv3 cipher=RC4-MD5); Tue, 13 Apr 2010 22:44:47 -0700 (PDT) Sender: Spam Box Date: Wed, 14 Apr 2010 07:45:20 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel Message-ID: <20100414074520.339dd0ed@pomiot.lan> In-Reply-To: <4BC52478.3020303@gentoo.org> References: <4BC52478.3020303@gentoo.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.9; x86_64-pc-linux-gnu) 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-Archives-Salt: 9d1dd741-5367-4d2e-bc57-f2503e5f41ba X-Archives-Hash: d6fceafd8336345fa68b63bb7acdad09 On Tue, 13 Apr 2010 19:12:08 -0700 Zac Medico wrote: > Should we add a RESTRICT=3Dparallel value for ebuilds that can't be > built at the same time as other ebuilds? Brian says we need it for > things like xorg-server which calls eselect opengl. I don't think that's the right solution. In most cases, xorg-server can be built in parallel with stuff which doesn't require/set specific opengl subsystem set. Well, in fact is there _really_ any package which won't work with switched opengl? I guess it's more of a runtime problem that buildtime, and I don't think we really should print out loudly 'libGL has been switched, please do not start OpenGL apps right now'. In fact, the best solution in this particular case would be to patch the buildsystem to use Gentoo location for particular OpenGL headers. Disabling parallel emerge would be more of a workaround for the issue, and will influence much more packages than it needs to. And it won't help if user is running multiple emerge calls at the same time. Another possible workaround is to enable some kind of 'eselect opengl' locking so that another package requiring access to it will wait until our build finishes. But this, of course, would require a quite good solution for maintaining the lock and dropping it whenever build process is aborted/killed. --=20 Best regards, Micha=C5=82 G=C3=B3rny