Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-30 Thread Enrico Weigelt
* Luca Barbato schrieb: > I wonder if that case shouldn't be handled better with an huge ewarn so > people concerned would really run it in a benchmark environment, alone. ewarns should be circumvented (make it work w/o them), IMHO. I can imagine I'm not the only person who doenst want to keep

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-21 Thread Luca Barbato
On 04/14/2010 04:12 AM, Zac Medico wrote: > Hi everyone, > > Should we add a RESTRICT=parallel 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. Maybe we could live w/out calling eselect openg

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-21 Thread Luca Barbato
On 04/14/2010 08:46 AM, Justin wrote: > There is at least one other example which benefits from singlular build, > atlas libs. They run a benchmark suite to create platform specific > headers, which is heavily influenced by the system load. So having > RESTRICT=parallel would make the emerge more r

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-14 Thread Michał Górny
On Wed, 14 Apr 2010 08:46:15 +0200 Justin wrote: > There is at least one other example which benefits from singlular > build, atlas libs. They run a benchmark suite to create platform > specific headers, which is heavily influenced by the system load. So > having RESTRICT=parallel would make the

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Justin
On 14/04/10 04:12, Zac Medico wrote: > Hi everyone, > > Should we add a RESTRICT=parallel 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. There is at least one other example which benefits f

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Brian Harring
On Wed, Apr 14, 2010 at 07:45:20AM +0200, Michaaa GGGrny wrote: > On Tue, 13 Apr 2010 19:12:08 -0700 > Zac Medico wrote: > > > Should we add a RESTRICT=parallel 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

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Michał Górny
On Tue, 13 Apr 2010 19:12:08 -0700 Zac Medico wrote: > Should we add a RESTRICT=parallel 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 cas

[gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Zac Medico
Hi everyone, Should we add a RESTRICT=parallel 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. If we truly need this, is RESTRICT=parallel a good name? We could make it a PROPERTIES value instea