On Fri, 2008-10-10 at 00:55 +0100, Ciaran McCreesh wrote:
> On Thu, 9 Oct 2008 16:38:56 -0700
> Brian Harring <[EMAIL PROTECTED]> wrote:
> > Of that 308, number of ebuilds that either inherit java-utils (which
> > adds src_prepare), define their own src_prepare, or even *match*
> > default via gr
On Fri, 10 Oct 2008 00:16:10 + (UTC)
Duncan <[EMAIL PROTECTED]> wrote:
> Marius Mauch <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Fri,
> 10 Oct 2008 00:05:00 +0200:
>
> > On Thu, 9 Oct 2008 20:11:01 +0200
> > Fabian Groffen <[EMAIL PROTECTED]> wrote:
> >
> >>amd6
Marius Mauch <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Fri, 10
Oct 2008 00:05:00 +0200:
> On Thu, 9 Oct 2008 20:11:01 +0200
> Fabian Groffen <[EMAIL PROTECTED]> wrote:
>
>> amd64-linux
>> x64-openbsd
>> x64-solaris
>
> Is there a special reason why you're
On Thu, 9 Oct 2008 16:38:56 -0700
Brian Harring <[EMAIL PROTECTED]> wrote:
> Of that 308, number of ebuilds that either inherit java-utils (which
> adds src_prepare), define their own src_prepare, or even *match*
> default via grepping in the ebuild is 20.
Of those, and those in overlays, and th
On Thu, Oct 09, 2008 at 11:34:59PM +0100, Ciaran McCreesh wrote:
> On Thu, 9 Oct 2008 15:22:19 -0700
> Brian Harring <[EMAIL PROTECTED]> wrote:
> > So where exactly is this "sky is falling" issue you're worried
> > about? Bugs happen.
>
> It means anyone using EAPI 2 now is going to encounter seve
On Thu, 9 Oct 2008 15:22:19 -0700
Brian Harring <[EMAIL PROTECTED]> wrote:
> So where exactly is this "sky is falling" issue you're worried
> about? Bugs happen.
It means anyone using EAPI 2 now is going to encounter severe
breakages with Pkgcore. Simply put, all your Pkgcore users are going to
ge
On Thu, Oct 09, 2008 at 10:53:13PM +0100, Ciaran McCreesh wrote:
> On Thu, 09 Oct 2008 17:47:36 -0400
> Doug Goldstein <[EMAIL PROTECTED]> wrote:
> > Ciaran McCreesh wrote:
> > > Unfortunately Portage and Pkgcore have broken EAPI 2
> > > implementations.
> >
> >
> > Ciaran, I would think at this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> Unfortunately Portage and Pkgcore have broken EAPI 2 implementations.
> So far as I can see:
>
> Portage:
>
> * doesn't implement the 'default' function correctly for src_prepare.
This is fixed and released in sys-apps/porta
On Thu, 9 Oct 2008 20:11:01 +0200
Fabian Groffen <[EMAIL PROTECTED]> wrote:
> amd64-linux
> x64-openbsd
> x64-solaris
Is there a special reason why you're using "x64" instead of "amd64" in
those cases? (IMO x64 is the most stupid name for the x86_64
architecture)
Marius
On Thu, 09 Oct 2008 17:47:36 -0400
Doug Goldstein <[EMAIL PROTECTED]> wrote:
> Ciaran McCreesh wrote:
> > Unfortunately Portage and Pkgcore have broken EAPI 2
> > implementations.
>
>
> Ciaran, I would think at this point you know this since you've seen
> this brought up hundreds of times on thi
Ciaran McCreesh wrote:
> Unfortunately Portage and Pkgcore have broken EAPI 2 implementations.
>
Ciaran, I would think at this point you know this since you've seen this
brought up hundreds of times on this list. The mailing list is not an
appropriate place to file bug reports. The proper plac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Serkan Kaba <[EMAIL PROTECTED]> (09 Oct 2008)
# Masked for removal in 30 days (see bug #240734)
# Included in gnu-classpath. No reverse dependencies.
dev-java/gnu-jaxp
- --
Sincerely,
Serkan KABA
Gentoo/Java
-BEGIN PGP SIGNATURE-
Version: Gn
Ciaran McCreesh wrote:
On Thu, 09 Oct 2008 12:11:23 -0700
Zac Medico <[EMAIL PROTECTED]> wrote:
I'm guessing it's too late to ask the Council to discuss the "EAPI
2 is brokened :(" thread? What would be the earliest the Council
would be able to make a decision upon that? Unfortunately it's
somet
On Thu, 09 Oct 2008 12:11:23 -0700
Zac Medico <[EMAIL PROTECTED]> wrote:
> > I'm guessing it's too late to ask the Council to discuss the "EAPI
> > 2 is brokened :(" thread? What would be the earliest the Council
> > would be able to make a decision upon that? Unfortunately it's
> > something that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> On Thu, 9 Oct 2008 09:25:55 -0500
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>> On 05:30 Wed 01 Oct , Mike Frysinger wrote:
>>> If you have something you'd wish for us to chat about, maybe even
>>> vote on, let us know !
Hello,
currently, PMS section 10.1 states:
Some functions may assume that their initial working directory is
set to a particular location; these are noted below.
If no initial working directory is mandated, it may be set to
anything and the ebuild must not rely upon a particular location
On Thu, 9 Oct 2008 09:25:55 -0500
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> On 05:30 Wed 01 Oct , Mike Frysinger 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.
>
>
On 09-10-2008 19:15:26 +0100, Ciaran McCreesh wrote:
> On Thu, 9 Oct 2008 19:46:55 +0200
> Fabian Groffen <[EMAIL PROTECTED]> wrote:
> > Currently in Prefix we implemented EAPI as being a set of tokens that
> > are orthogonal to each other. In other words, while 0, 1 and 2 are
> > mutual exclusive
Unfortunately Portage and Pkgcore have broken EAPI 2 implementations.
So far as I can see:
Portage:
* doesn't implement the 'default' function correctly for src_prepare.
Pkgcore:
* doesn't implement src_prepare
* doesn't have a working default
* default_src_configure and default_src_prepare are
On Thu, 9 Oct 2008 19:46:55 +0200
Fabian Groffen <[EMAIL PROTECTED]> wrote:
> Currently in Prefix we implemented EAPI as being a set of tokens that
> are orthogonal to each other. In other words, while 0, 1 and 2 are
> mutual exclusive, "prefix" can be applied to 0, 1, or 2. The result
> is somet
Hi all,
In the Prefix project we support a bunch of Linux and non-Linux
platforms, for which we use GLEP53-style[1] keywords. The current list
of keywords known in Prefix are (in no particular order):
ppc-aix
x86-freebsd
ia64-hpux
hppa-hpux
x86-interix
Hi all,
The Prefix team has a separate Portage branch which implements the
"prefix" extensions. In short, this encompasses the addition of the
variables EPREFIX, ED and EROOT, and the function eprefixify to the
ebuild/eclass environment, which may be used to make an ebuild work for
a given prefix
On 05:30 Wed 01 Oct , Mike Frysinger 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.
Nothing was submitted, so there will be no meeting today. We'll have a
meeting in 2 wee
> I don't quite see how that deals with an eclass calling econf in its
> exported src_compile? Seems like EAPI versioning for eclasses (with
> implicit 0 only) is more what you're after for that issue (so the PM
> could suppress src_configure if src_compile is going to resolve to an
> EAPI-0 eclas
24 matches
Mail list logo