Re: [gentoo-dev] Re: Eclasses (Was: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2])

2007-12-27 Thread Marius Mauch
On Fri, 28 Dec 2007 05:21:06 + Steve Long <[EMAIL PROTECTED]> wrote: > I don't see what's wrong with EAPI (if set, otherwise implicitly whatever > the ebuild sets, or 0 if not set there) only applying to the file it's > declared in. Because that doesn't work at all, see http://article.gmane.

Re: EAPI definition Was: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Sven Vermeulen
On Dec 27, 2007 11:40 PM, Doug Klima <[EMAIL PROTECTED]> wrote: [... EAPI is stuff PM supports/exports to the ebuild ...] > Logical and proper to me. Actually, when I'm asked what EAPI is, I just say "EAPI is a standard definition for the ebuild structure, implying supporting features from the pac

[gentoo-dev] Re: [RFC] Some new global USE-flags

2007-12-27 Thread Steve Long
Chris Gianelloni wrote: >> branding: Enable Gentoo specific branding >> [questionable, as used for splashes/shortcuts/artwork] > > Well, my personal opinion here is that we should enable this by default > on *at least* the desktop profiles, as providing sensible defaults and > branding isn't outs

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Steve Long
Ciaran McCreesh wrote: >> > c) It's an extremely bizarre restriction, the likes of which do not >> > currently exist, that will confuse the hell out of all the people >> > that don't realise that such a restriction exists. >> I don't think it's that hard to understand "You can only set EAPI *once*

[gentoo-dev] Re: Eclasses (Was: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2])

2007-12-27 Thread Steve Long
Ciaran McCreesh wrote: > On Mon, 24 Dec 2007 10:52:53 + > Steve Long <[EMAIL PROTECTED]> wrote: >> Ciaran McCreesh wrote: >> > On Mon, 24 Dec 2007 06:03:12 + >> > Steve Long <[EMAIL PROTECTED]> wrote: >> >> * Set the EAPI inside the ebuild in a way that makes it easy to >> >> fetch it This

[gentoo-dev] Re: [RFC] Some new global USE-flags

2007-12-27 Thread Michael Sterrett -Mr. Bones.-
No on logrotate per several previous conversations. The majority of the ones listed are not globally relevent which is the first criteria for creating a new global use flag. Michael Sterrett -Mr. Bones.- [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list

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

2007-12-27 Thread Ingmar Vanhassel
Excerpts from René 'Necoro' Neumann's message of Fri Nov 09 00:28:47 +0100 2007: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Steve Long schrieb: > > René 'Necoro' Neumann wrote: > >> cmake-utils_src_enable python => -DENABLE_python=... > >> > >> Wanted would be that it returned -DENABLE_

[gentoo-dev] Re: New developer : Richard Freeman (rich0)

2007-12-27 Thread Ryan Hill
Denis Dupeyron wrote: After a long and bumpy ride, concluded by a very BOFH-esque "LDAP replication failure, we're on it" (thanks Robin, by the way), it's my pleasure to announce that Richard Freeman (rich0) is a new Gentoo developer. Richard has been an amd64 AT for some time already, and so wil

Re: EAPI definition Was: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Doug Klima
Luca Barbato wrote: > Marius Mauch wrote: > >> On Thu, 20 Dec 2007 08:10:13 +0100 >> Luca Barbato <[EMAIL PROTECTED]> wrote: >> >> >>> Ok, that seems a fine definition of what an eapi is. Everybody agrees on it? >>> >> Nope. EAPI (from my POV) defines the API that a package manager h

Re: EAPI definition Was: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Luca Barbato
Marius Mauch wrote: > On Thu, 20 Dec 2007 08:10:13 +0100 > Luca Barbato <[EMAIL PROTECTED]> wrote: > >> Ok, that seems a fine definition of what an eapi is. Everybody agrees on it? > > Nope. EAPI (from my POV) defines the API that a package manager has to export > to an ebuild/eclass. That includ

Re: [gentoo-dev] [RFC] Some new global USE-flags

2007-12-27 Thread Marius Mauch
On Fri, 21 Dec 2007 00:58:39 + Ciaran McCreesh <[EMAIL PROTECTED]> wrote: > On Thu, 20 Dec 2007 19:57:12 +0100 > Markus Meier <[EMAIL PROTECTED]> wrote: > > server12 > > See previous discussions on why this can't be global (essentially, it > has different meanings for

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2007 21:28:41 +0100 Michael Haubenwallner <[EMAIL PROTECTED]> wrote: > This also could be done as (using 'ebuild' instead of 'emerge') > > #! /usr/bin/env ebuild.1 > > and PM could provide some 'ebuild.1' executable, at the bare mimimum > doing nothing but > > #! /

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Michael Haubenwallner
On Thu, 2007-12-27 at 20:48 +0100, Marius Mauch wrote: > On Thu, 20 Dec 2007 17:22:22 +0100 > Luca Barbato <[EMAIL PROTECTED]> wrote: > > > I'm thinking about having them embedded in the comment as first line as > > something like > > > > #!/usr/bin/env emerge --eapi $foo > > Unfortunately the "

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Marius Mauch
On Thu, 20 Dec 2007 09:55:06 + Ciaran McCreesh <[EMAIL PROTECTED]> wrote: > > > > Stuck ranges into metadata.xml for which EAPIs applied? > > > > > > No package manager required information can be in XML format. > > > > Says who? Us. We can change that, if we decide it's the best answer. > >

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Marius Mauch
On Thu, 20 Dec 2007 17:22:22 +0100 Luca Barbato <[EMAIL PROTECTED]> wrote: > I'm thinking about having them embedded in the comment as first line as > something like > > #!/usr/bin/env emerge --eapi $foo Unfortunately the "emerge --eapi $foo" part would be passed as a single argument to /usr/bi

Re: EAPI definition Was: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Marius Mauch
On Thu, 20 Dec 2007 08:10:13 +0100 Luca Barbato <[EMAIL PROTECTED]> wrote: > Ok, that seems a fine definition of what an eapi is. Everybody agrees on it? Nope. EAPI (from my POV) defines the API that a package manager has to export to an ebuild/eclass. That includes syntax and semantics of expor

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Thu, 2007-12-27 at 18:11 +, Ciaran McCreesh wrote: > On Thu, 27 Dec 2007 18:03:27 + > Roy Marples <[EMAIL PROTECTED]> wrote: > > On Thu, 2007-12-27 at 17:43 +, Ciaran McCreesh wrote: > > > Or to put it another way, you're objecting to painting the house > > > pink rather than green

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Chris Gianelloni
On Thu, 2007-12-27 at 18:11 +, Ciaran McCreesh wrote: > On Thu, 27 Dec 2007 18:03:27 + > Roy Marples <[EMAIL PROTECTED]> wrote: > > On Thu, 2007-12-27 at 17:43 +, Ciaran McCreesh wrote: > > > Or to put it another way, you're objecting to painting the house > > > pink rather than green b

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2007 18:03:27 + Roy Marples <[EMAIL PROTECTED]> wrote: > On Thu, 2007-12-27 at 17:43 +, Ciaran McCreesh wrote: > > Or to put it another way, you're objecting to painting the house > > pink rather than green because you don't like pink (because your > > last house was green to

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Thu, 2007-12-27 at 17:43 +, Ciaran McCreesh wrote: > Or to put it another way, you're objecting to painting the house pink > rather than green because you don't like pink (because your last house > was green too), ignoring that it's been demonstrated that when painted > green, it's impossibl

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2007 17:27:05 + Roy Marples <[EMAIL PROTECTED]> wrote: > But I can smell a blatant hack that is just wrong to the bone like a > lot of other people here. Clearly not... As you say, you don't care to understand any of this. You're just jumping in because you think you know what a

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Thu, 2007-12-27 at 16:50 +, Ciaran McCreesh wrote: > On Thu, 27 Dec 2007 16:45:06 + > Roy Marples <[EMAIL PROTECTED]> wrote: > > > Alright, so where would you stick EAPI such that all the > > > requirements that've previously been described are met? > > > > I neither know, nor care. >

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2007 16:45:06 + Roy Marples <[EMAIL PROTECTED]> wrote: > > Alright, so where would you stick EAPI such that all the > > requirements that've previously been described are met? > > I neither know, nor care. > > I just feel very strongly that the current proposal is wrong, and no

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Thu, 2007-12-27 at 16:32 +, Ciaran McCreesh wrote: > On Thu, 27 Dec 2007 15:04:52 + > Roy Marples <[EMAIL PROTECTED]> wrote: > > I understand that metadata in a file name is pure and simple hackery > > that has no place here and the GLEP is a flimsy attempt to justify it. > > Alright, s

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Ciaran McCreesh
On Thu, 27 Dec 2007 15:04:52 + Roy Marples <[EMAIL PROTECTED]> wrote: > I understand that metadata in a file name is pure and simple hackery > that has no place here and the GLEP is a flimsy attempt to justify it. Alright, so where would you stick EAPI such that all the requirements that've pr

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Rémi Cardona
Jan Kundrát a écrit : > Roy Marples wrote: >> I understand that metadata in a file name is pure and simple hackery >> that has no place here and the GLEP is a flimsy attempt to justify it. > > Do you count "version" as metadata? I'll bite :) Version numbers aren't metadata because they uniquely

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Thu, 2007-12-27 at 16:39 +0100, Jan Kundrát wrote: > Roy Marples wrote: > > I understand that metadata in a file name is pure and simple hackery > > that has no place here and the GLEP is a flimsy attempt to justify it. > > Do you count "version" as metadata? No. -- [EMAIL PROTECTED] mailing

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Jan Kundrát
Roy Marples wrote: > I understand that metadata in a file name is pure and simple hackery > that has no place here and the GLEP is a flimsy attempt to justify it. Do you count "version" as metadata? Cheers, -jkt -- cd /local/pub && more beer > /dev/mouth signature.asc Description: OpenPGP di

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Doug Klima
Roy Marples wrote: > On Tue, 2007-12-25 at 04:16 -0500, Ciaran McCreesh wrote: > >> On 12/25/07, Roy Marples <[EMAIL PROTECTED]> wrote: >> Ok. So do you use an EAPI 0 environment to do the sourcing, or an EAPI 1 environment, or what? >>> If it's that such a big deal,

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Roy Marples
On Tue, 2007-12-25 at 04:16 -0500, Ciaran McCreesh wrote: > On 12/25/07, Roy Marples <[EMAIL PROTECTED]> wrote: > > > Ok. So do you use an EAPI 0 environment to do the sourcing, or an EAPI > > > 1 environment, or what? > > > > If it's that such a big deal, then simply ensure that > > Thankyou for

Re: [gentoo-dev] Packages up for grabs

2007-12-27 Thread Nguyễn Thái Ngọc Duy
On Dec 26, 2007 1:19 AM, Christian Heim <[EMAIL PROTECTED]> wrote: > - app-text/antiword I can take this to complete my anti-office collection. -- Duy -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Packages up for grabs

2007-12-27 Thread Aggelos Orfanakos
On Tue, 25 Dec 2007 20:19:41 +0200 Christian Heim wrote: > - dev-util/scanmem I'll take this one if there are no objections. Thanks, Aggelos -- Aggelos Orfanakos, http://agorf.gr/ -- [EMAIL PROTECTED] mailing list