[gentoo-dev] New eclass proposal: auto-export

2009-04-22 Thread Petteri Räty
Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection of functions. This way all eclasses don't have to duplicate the EAPI detection code. If people find this useful, I will document it properly with eclass-manpages etc. Regards, Petteri # Copyright 1999-2009 Gentoo Foundation # D

Re: [gentoo-dev] New eclass proposal: auto-export

2009-04-22 Thread Petteri Räty
Petteri Räty wrote: > Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection > of functions. This way all eclasses don't have to duplicate the EAPI > detection code. If people find this useful, I will document it properly > with eclass-manpages etc. > > Regards, > Petteri > No ne

Re: [gentoo-dev] PKG-INFO (Was: PMS EAPI 3 more or less ready)

2009-04-22 Thread Petteri Räty
Ciaran McCreesh wrote: > Still trying to stick to one subthread per item here. > > On Tue, 21 Apr 2009 04:27:41 +0300 > Petteri Räty wrote: >>> * PKG-INFO >> query. I have probably missed what's the use case for non installed >> packages? > > For some packages, when a bug report for a failed bui

Re: [gentoo-dev] PKG-INFO (Was: PMS EAPI 3 more or less ready)

2009-04-22 Thread Ciaran McCreesh
On Wed, 22 Apr 2009 16:56:08 +0300 Petteri Räty wrote: > Ok. So people should then be using has_version in pkg_info if they > want to detect if it's installed or not? If they absolutely totally need to detect that, then yes. Generally pkg_info should just try to display as much useful informatio

Re: [gentoo-dev] New eclass proposal: auto-export

2009-04-22 Thread Arun Raghavan
On Wed, 2009-04-22 at 16:35 +0300, Petteri Räty wrote: > Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection > of functions. This way all eclasses don't have to duplicate the EAPI > detection code. If people find this useful, I will document it properly > with eclass-manpages etc

Re: [gentoo-dev] New eclass proposal: auto-export

2009-04-22 Thread Petteri Räty
Arun Raghavan wrote: > On Wed, 2009-04-22 at 16:35 +0300, Petteri Räty wrote: >> Here's an eclass proposal to wrap EXPORT_FUNCTIONS with auto detection >> of functions. This way all eclasses don't have to duplicate the EAPI >> detection code. If people find this useful, I will document it properly

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2009-04-19 23h59 UTC

2009-04-22 Thread James Cloos

[gentoo-dev] Last rites: net-im/tapiocad, net-im/tapioca-xmpp, net-im/tapiocaui

2009-04-22 Thread Mounir Lamouri
# Mounir Lamouri (22 Apr 2009) # Masked for removal in 60 days. See bug 248008. # Tapioca is unmaintained and they are officially abandoned subprojects. # In addition, tapioca-xmpp has been superseeded by telepathy-gabble. net-im/tapiocad net-im/tapioca-xmpp net-im/tapiocaui

Re: [gentoo-dev] PMS EAPI 3 more or less ready

2009-04-22 Thread Doug Goldstein
On Sun, Apr 12, 2009 at 2:59 PM, Ciaran McCreesh wrote: > I've got the EAPI 3 branch for PMS more or less ready: > >    http://github.com/ciaranm/pms/tree/eapi-3 > Here's the list: > > * PKG-PRETEND critical > * SLOT-OPERATOR-DEPS critical > * USE-DEP-DEFAULTS critical > * DEFINED-PHASES critical

[gentoo-dev] Gentoo cluster liveCD

2009-04-22 Thread Tom Stellard
I am trying to build the Gentoo cluster live CD using the overlay from here: git://git.overlays.gentoo.org/proj/clustering-livecd.git I have run into some problems with some of the ebuilds in this overlay. Here is a patch to fix the beowulf-head ebuild. -Tom Stellard diff --git a/overlay/sys-clus

[gentoo-dev] Gentoo cluster liveCD

2009-04-22 Thread Tom Stellard
Here is another patch to fix the livecdtools ebuild from the clustering-livecd overlay: git://git.overlays.gentoo.org/proj/clustering-livecd.git -Tom Stellard diff --git a/overlay/app-misc/livecd-tools/Manifest b/overlay/app-misc/livecd-tools/Manifest index dbbfa1b..5352ce8 100644 --- a/overlay/a

Re: [gentoo-dev] PMS EAPI 3 more or less ready

2009-04-22 Thread Donnie Berkholz
On 20:59 Sun 12 Apr , Ciaran McCreesh wrote: > Hopefully we can get a final list decided upon and provisionally > approved by the next Council meeting, and then as soon as Portage is > ready to go we can merge everything into PMS proper and get a signed > approval tag as we did for EAPI 2. > >

Re: [gentoo-dev] Re: EAPI 3 PMS Draft

2009-04-22 Thread Donnie Berkholz
On 20:47 Mon 16 Mar , Ryan Hill wrote: > Whether it's enabled for EAPI 3 or not, I'd at least like to see 'test' > added to FEATURES in targets/developer/make.defaults now. That should > (hopefully) raise the visibility somewhat. I'm all for enabling it in the dev profile by default. -- Tha

Re: [gentoo-dev] Re: EAPI 3 PMS Draft

2009-04-22 Thread Nirbheek Chauhan
On Thu, Apr 23, 2009 at 11:02 AM, Donnie Berkholz wrote: > On 20:47 Mon 16 Mar     , Ryan Hill wrote: >> Whether it's enabled for EAPI 3 or not, I'd at least like to see 'test' >> added to FEATURES in targets/developer/make.defaults now.  That should >> (hopefully) raise the visibility somewhat. >

Re: [gentoo-dev] Gentoo Council Reminder for April 23

2009-04-22 Thread Donnie Berkholz
On 15:27 Fri 17 Apr , Donnie Berkholz wrote: > On 15:17 Fri 17 Apr , Donnie Berkholz wrote: > > If you have something you'd wish for us to chat about, maybe even vote > > on, let us know! Simply reply to this e-mail for the whole Gentoo dev > > list to see. > > I've got a few items pending