public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ciaran McCreesh <ciaran.mccreesh@googlemail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Council meeting summary for 10 July 2008
Date: Sun, 20 Jul 2008 14:56:54 +0100	[thread overview]
Message-ID: <20080720145654.26486d98@snowcone> (raw)
In-Reply-To: <1216561122.4891.97.camel@camobap>

[-- Attachment #1: Type: text/plain, Size: 1371 bytes --]

On Sun, 20 Jul 2008 17:38:32 +0400
Peter Volkov <pva@gentoo.org> wrote:
> В Вск, 13/07/2008 в 23:52 +0100, Ciaran McCreesh пишет:
> > Which part of the 'Problem' section in the GLEP didn't you
> > understand? Do you seriously consider not being able to add or
> > change global scope functions in future EAPIs to be a non-issue, or
> > were you ignoring those two bullet points?
> 
> I've read all previous discussions but still miss answer to the
> question: Why is it impossible to state that .ebuild extension is for
> bash based ebuild make package manager get and filter EAPIs based on
> EAPI variable?

I think your question is missing a word or something. I'm not entirely
sure what you're trying to ask...

But if you're asking why we can't use the EAPI variable, it's because
we can't get the EAPI variable unless we already know what it is. It's
only possible currently because all EAPIs have identical global scope
functions and environment requirements, but future EAPIs want to change
things there.

> In any case I'd like to understand why should we start support this
> hell of extensions.

Why do you think it's hell? It's just as easy as having an EAPI
variable inside the ebuild, and has the added advantage that your
editor of choice can start doing EAPI-aware syntax highlighting for you.

-- 
Ciaran McCreesh

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2008-07-20 13:57 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-13  7:11 [gentoo-dev] Council meeting summary for 10 July 2008 Donnie Berkholz
2008-07-13 13:01 ` Marius Mauch
2008-07-13 22:00 ` [gentoo-dev] Re: [gentoo-dev-announce] " Doug Goldstein
2008-07-13 22:52 ` [gentoo-dev] " Ciaran McCreesh
2008-07-13 23:16   ` Alec Warner
2008-07-13 23:18     ` Alec Warner
2008-07-13 23:21     ` Ciaran McCreesh
2008-07-13 23:37       ` Alec Warner
2008-07-13 23:43         ` Ciaran McCreesh
2008-07-14  1:13           ` Jeroen Roovers
2008-07-14  1:22             ` Ciaran McCreesh
2008-07-14  3:32               ` Jeroen Roovers
2008-07-14  8:59                 ` Santiago M. Mola
2008-07-14 12:41                 ` Ciaran McCreesh
2008-07-15 15:58       ` Petteri Räty
2008-07-15 16:11         ` Ciaran McCreesh
2008-07-15 16:16           ` Petteri Räty
2008-07-15 16:58             ` Ciaran McCreesh
2008-07-15 17:55             ` Joe Peterson
2008-07-15 17:58             ` Richard Freeman
2008-07-15 18:06               ` Ciaran McCreesh
2008-07-20 13:38   ` Peter Volkov
2008-07-20 13:56     ` Ciaran McCreesh [this message]
2008-07-20 14:08     ` Patrick Börjesson
2008-07-15 20:50 ` [gentoo-dev] " Tiziano Müller
2008-07-15 19:07   ` Doug Goldstein
2008-07-16 19:52     ` [gentoo-dev] " Tiziano Müller
2008-07-16 18:50       ` Doug Goldstein
2008-07-16 19:00         ` Patrick Börjesson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080720145654.26486d98@snowcone \
    --to=ciaran.mccreesh@googlemail.com \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox