Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-20 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20-07-2010 04:55, Alexis Ballier wrote: > On Sunday 18 July 2010 04:54:43 Jorge Manuel B. S. Vicetto wrote: >> On 18-07-2010 00:58, Brian Harring wrote: >>> On Sun, Jul 18, 2010 at 02:56:05AM +0300, Alexis Ballier wrote: case ${EAPI:-0} in

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-19 Thread Alexis Ballier
On Sunday 18 July 2010 04:54:43 Jorge Manuel B. S. Vicetto wrote: > On 18-07-2010 00:58, Brian Harring wrote: > > On Sun, Jul 18, 2010 at 02:56:05AM +0300, Alexis Ballier wrote: > >> case ${EAPI:-0} in > >> > >>2|3|4) ;; > >>*) DEPEND="EAPI-TOO-OLD" ;; > >> > >> esac > >> > >> why not: >

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-19 Thread Francesco R
2010/7/19 Ciaran McCreesh > On Mon, 19 Jul 2010 18:23:36 +0200 > Maciej Mrozowski wrote: > > status quo should be challenged occasionally. > > > > Fixed autotools-utils.eclass, kde4-functions.eclass, virtuoso.eclass > > case ${EAPI:-0} in > > 2|3|4) ;; > > - *) > > DEPEND="EAPI-TO

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-19 Thread Ciaran McCreesh
On Mon, 19 Jul 2010 18:23:36 +0200 Maciej Mrozowski wrote: > status quo should be challenged occasionally. > > Fixed autotools-utils.eclass, kde4-functions.eclass, virtuoso.eclass > case ${EAPI:-0} in > 2|3|4) ;; > - *) > DEPEND="EAPI-TOO-OLD" ;;

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-19 Thread Maciej Mrozowski
On Sunday 18 of July 2010 03:54:43 Jorge Manuel B. S. Vicetto wrote: > grep EAPI-TOO-OLD $(portageq portdir)/eclass/* > /home/gentoo-cvs/gentoo-x86/eclass/kde4-functions.eclass: *) > DEPEND="EAPI-TOO-OLD" ;; > /home/gentoo-cvs/gentoo-x86/eclass/poppler.eclass:has 2 ${EAPI} || > DEPEND="EAPI-

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Brian Harring
On Sun, Jul 18, 2010 at 01:54:43AM +, Jorge Manuel B. S. Vicetto wrote: > this is being used in the tree already. Doesn't make it right ;) > IIRC, since the introduction of EAPI-2 in the tree, there were a few > solutions present to the dev ml and the one agreed by people was the > abuse of d

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Jorge Manuel B. S. Vicetto
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18-07-2010 00:58, Brian Harring wrote: > On Sun, Jul 18, 2010 at 02:56:05AM +0300, Alexis Ballier wrote: >> case ${EAPI:-0} in >> 2|3|4) ;; >> *) DEPEND="EAPI-TOO-OLD" ;; >> esac >> >> why not: >> >> case ${EAPI:-0} in >> 0|1) DEPEND=

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Brian Harring
On Sun, Jul 18, 2010 at 02:56:05AM +0300, Alexis Ballier wrote: > case ${EAPI:-0} in > 2|3|4) ;; > *) DEPEND="EAPI-TOO-OLD" ;; > esac > > why not: > > case ${EAPI:-0} in > 0|1) DEPEND="EAPI-TOO-OLD" ;; > esac Do not go adding invalid DEPEND like that. Make the eclass die inst

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Alexis Ballier
case ${EAPI:-0} in 2|3|4) ;; *) DEPEND="EAPI-TOO-OLD" ;; esac why not: case ${EAPI:-0} in 0|1) DEPEND="EAPI-TOO-OLD" ;; esac ? Alexis. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Maciej Mrozowski
On Saturday 17 of July 2010 13:03:33 Petteri Räty wrote: > On 07/17/2010 01:53 PM, Maciej Mrozowski wrote: > > After gathering some feedback, after addressing reported issues, now I > > feel it's ready for public consumption. especially when static-libs is > > being used more and more often. It's p

Re: [gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Petteri Räty
On 07/17/2010 01:53 PM, Maciej Mrozowski wrote: > After gathering some feedback, after addressing reported issues, now I feel > it's ready for public consumption. especially when static-libs is being used > more and more often. It's purpose is to become standard eclass for autotools > build syst

[gentoo-dev] New eclass: autotools-utils.eclass

2010-07-17 Thread Maciej Mrozowski
After gathering some feedback, after addressing reported issues, now I feel it's ready for public consumption. especially when static-libs is being used more and more often. It's purpose is to become standard eclass for autotools build systems. Brief description: autotools-utils.eclass is autot