[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

2010-04-19 Thread Torsten Veller
* Torsten Veller : > The perl-module.eclass must be updated to support EAPI=3 [1] and > a new eclass will be added which does contain some (more or less) useful > stand-alone functions split from the old perl-module.eclass without > exporting phase functions. Somehow I was sleeping: It's more usef

Re: [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass

2010-04-19 Thread Harald van Dijk
On Mon, Apr 19, 2010 at 04:58:57PM -0400, James Cloos wrote: > > "CM" == Ciaran McCreesh writes: > > CM> There's no need to offer the user the choice to do something that is > CM> always broken. Your car doesn't have a "connect the exhaust fumes to > CM> the air conditioning intake" button. >

Re: [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass

2010-04-19 Thread James Cloos
> "CM" == Ciaran McCreesh writes: CM> There's no need to offer the user the choice to do something that is CM> always broken. Your car doesn't have a "connect the exhaust fumes to CM> the air conditioning intake" button. Overriding portage's eclasses with one's own is not "always broken"; yo

[gentoo-dev] static builds, static-libs useflag and indirect dependencies

2010-04-19 Thread Alexis Ballier
Hi all, We used to install both shared and static libraries when both were available; this was good and working. Now we have the static-libs useflag to control when static libs are built and installed; this is better: we save time & space. The problem I want to raise here is about indirect depend