Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: David Leverton <levertond@...>
Subject: Re: RFC: Reviving GLEP33
Date: Fri, 6 Aug 2010 17:15:15 +0100
On 5 August 2010 04:27, Brian Harring <ferringb@...> wrote:
> If an EAPI adds a new global function that cannot set/influence EAPI,
> PM's that don't support that EAPI will spit complaints about 'missing
> command' during sourcing- however the PM will still see the EAPI value
> is one it knows it doesn't support, and act accordingly.

You're suggesting a system based around ebuilds running commands that
don't exist and ignoring the errors, which is a pretty blatant hack.
While I don't think it's /absolutely/ out of the question, as I said
earlier, I can see why some people would exclude it from consideration
entirely.


Replies:
Re: RFC: Reviving GLEP33
-- Brian Harring
References:
RFC: Reviving GLEP33
-- Matti Bickel
Re: RFC: Reviving GLEP33
-- Ciaran McCreesh
Re: RFC: Reviving GLEP33
-- Matti Bickel
Re: RFC: Reviving GLEP33
-- Brian Harring
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: RFC: Reviving GLEP33
Next by thread:
Re: RFC: Reviving GLEP33
Previous by date:
QA last rites for mail-filter/bsfilter; mail-client/claws-mail-bsfilter
Next by date:
Re: RFC: Reviving GLEP33


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.