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: Ciaran McCreesh <ciaran.mccreesh@...>
Subject: Re: About what would be included in EAPI5
Date: Sat, 16 Jun 2012 14:48:29 +0100
On Sat, 16 Jun 2012 15:37:44 +0200
Pacho Ramos <pacho@g.o> wrote:
> > > About suggesting new item (like forcing rebuilding of other
> > > packages as discussed some days ago and crosscompile support
> > > suggested by Tommy today), I guess we need to get them voted by
> > > the council?
> > 
> > No. You need to get a draft diff for PMS written, along with an
> > implementation in a package mangler of your choice and proof that it
> > works in practice.
> 
> Umm, this way to work makes any suggestion for future eapis to be
> accepted only if they come from people able to prepare that
> implementation in the package manager their prefer and, then, be
> stalled more and more time :|

It's more of a filter against people saying "EAPI 5 should do blah!"
where no-one knows what blah actually is (and if you ask five people
you get six answers) or how it should be implemented, or whether the
implementation in any way works.

The classic example is multilib: people keep saying "EAPI n+1 should do
multilib!" where no-one has any idea what "do multilib" means. If you
asked the Council to vote on that, they'd probably say yes, because
multilib is good, but it's like politicians voting to say that by next
year everyone should own a flying car.

Your "forcing rebuild" is similar: the hard part is figuring out the
problem. You may *think* you know what the issue is, but other people
think it is something else, and in fact everyone is pretty much wrong
on the whole thing. Until you've a) worked out what exactly you're
tryin to solve (no-one has done this yet), b) worked out exactly what
a solution is, and c) given the solution extensive testing on real
packages to ensure that step a) didn't miss anything, talking to the
Council is a waste of everyone's time.

You are of course welcome to try to persuade someone else to do the
work for you. That's what has happened for a good chunk of the current
EAPI 5 list, and it's been the same for earlier EAPIs. But what you
shouldn't do is expect a feature to be introduced just based upon a two
sentence description, because the best outcome there is that we end up
giving you something approximately related to what you wanted...

-- 
Ciaran McCreesh
Attachment:
signature.asc (PGP signature)
Replies:
Re: About what would be included in EAPI5
-- Pacho Ramos
References:
About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ulrich Mueller
Re: About what would be included in EAPI5
-- Pacho Ramos
Re: About what would be included in EAPI5
-- Ciaran McCreesh
Re: About what would be included in EAPI5
-- Pacho Ramos
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: About what would be included in EAPI5
Next by thread:
Re: About what would be included in EAPI5
Previous by date:
Re: About what would be included in EAPI5
Next by date:
Lastrites: net-libs/libtlen, net-im/gnugadu, net-im/tleenx2, dev-ada/gps-bin, dev-ruby/mmap, dev-python/psyco, net-analyzer/honeyd, x11-misc/service-discovery-applet, dev-util/sourcenav, dev-dotnet/nlog, app-doc/doc++, sci-biology/staden-bin, dev-perl/XML-GDOME, x11-libs/gtkmathview-bonobo, media-video/camserv, app-text/ispell, app-dicts/ispell*, <net-dialup/linux-atm-2.5, net-misc/br2684ctl, media-sound/padevchooser, app-admin/moodss, dev-tcltk/tcldom, dev-dotnet/evolution-sharp, dev-dotnet/gnome-print-sharp, app-shells/pdksh


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.