public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Samuli Suominen <ssuominen@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Deprecate EAPI1?
Date: Sun, 11 Mar 2012 15:54:22 +0200	[thread overview]
Message-ID: <4F5CAE8E.7040409@gentoo.org> (raw)
In-Reply-To: <CAGfcS_nRgRTKh=Ks916kbtjsAkFWjZjbOyjtdXAxm97AKHrLdQ@mail.gmail.com>

On 03/11/2012 03:52 PM, Rich Freeman wrote:
> On Sun, Mar 11, 2012 at 9:28 AM, Patrick Lauer<patrick@gentoo.org>  wrote:
>> I'd deprecate eapi2 too, we don't need 5 flavours around when we
>> effectively only want to support one (and eapi0 in a few places)
>>
>> I wouldn't mind having a deprecation timeline for eapi3 too (now +6
>> months maybe?), but there's no need to rush things.
>
> Is there really much of a benefit to this?  I guess for anybody who
> runs scripts to mass-manipulate ebuilds it might be helpful, but I
> think all the package managers planned on supporting all the EAPIs for
> quite a while longer.
>
> I can imagine that this will lead to quite a bit of churn with
> updating ebuilds and especially eclasses.  If a package doesn't
> require a feature in a newer EAPI, what is the point?

+1, it doesn't make any sense unless the request is coming from 
dev-portage@ developers (Zac namely :-) as a part of code cleanup

I still find EAPI=1 useful myself when, for example, new GNOME 3 
packages gets introduced to tree and there is a need to touch EAPI=0 
ebuilds just to add SLOT deps.



  reply	other threads:[~2012-03-11 13:59 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-11 12:01 [gentoo-dev] Deprecate EAPI1? Pacho Ramos
2012-03-11 13:28 ` Patrick Lauer
2012-03-11 13:52   ` Rich Freeman
2012-03-11 13:54     ` Samuli Suominen [this message]
2012-03-11 13:55     ` Ciaran McCreesh
2012-03-11 15:14       ` Chí-Thanh Christopher Nguyễn
2012-03-11 15:49         ` Ciaran McCreesh
2012-03-11 16:18           ` Chí-Thanh Christopher Nguyễn
2012-03-11 16:27             ` Ciaran McCreesh
2012-03-11 16:46               ` Chí-Thanh Christopher Nguyễn
2012-03-11 16:52                 ` Ciaran McCreesh
2012-03-11 19:04             ` Rich Freeman
2012-03-11 19:11               ` Chí-Thanh Christopher Nguyễn
2012-03-12  0:49         ` Brian Harring
2012-03-13 18:52           ` Zac Medico
2012-03-18 11:17             ` Pacho Ramos
2012-03-15 21:31           ` Maciej Mrozowski
2012-03-11 23:15       ` Francesco Riosa
2012-03-11 14:37     ` Patrick Lauer
2012-03-11 15:02       ` Thomas Sachau
2012-03-12  7:52 ` Pacho Ramos
     [not found] <41490c1dd7ca44bcbda73b2032982596@HUBCAS1.cs.stonybrook.edu>
2012-03-11 23:54 ` Richard Yao
2012-03-12  0:15   ` Francesco Riosa
2012-03-12  0:36     ` Rich Freeman
2012-03-12  0:23   ` Chí-Thanh Christopher Nguyễn

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=4F5CAE8E.7040409@gentoo.org \
    --to=ssuominen@gentoo.org \
    --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