public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Tom Wijsman <TomWij@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09
Date: Sun, 7 Apr 2013 15:58:24 +0200	[thread overview]
Message-ID: <20130407155824.72c9ca36@TOMWIJ-GENTOO> (raw)
In-Reply-To: <20130406200511.01d4c0e9@caribou.gateway.2wire.net>

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

On Sat, 6 Apr 2013 20:05:11 -0600
Ryan Hill <dirtyepic@gentoo.org> wrote:

> On Sun, 7 Apr 2013 00:37:22 +0200
> "Andreas K. Huettel" <dilfridge@gentoo.org> wrote:
> 
> Every time this comes up we explain why.  Please refer to those
> threads for the complete story.

Which threads?

> In short:
> Toolchain packages, for better or worse, are built by eclass.  We are
> not forward-porting toolchain.eclass every time someone decides there
> are too many EAPIs in the tree.

Did you ever try it?

> Every change to that eclass breaks something (the trick is to break
> things people don't care about any more and hope no one notices).

That's exactly what legacy code does if nobody maintains it. The trick
is to make an end to that soon; because the longer you keep this
around, the more you will break in the future. Are you going to wait
for the moment that changes are really required but can't be applied?

> I don't know the ins and outs of glibc's eblits but I doubt they would
> be simple to port either.  I also don't know much about
> toolchain-binutils.eclass, but it seems like it would be doable.

Someone would know; if not, we'll have to do some re-engineering.

> Other packages are already on later EAPIs.

Cool.

> There is no reason to remove EAPI 0.  Leave it as the baseline that
> other EAPI's are defined by.  Most devs will not be dealing with
> these packages, so it really doesn't affect them.  Since there is no
> reason to remove it, we will continue to use it.

Of course there is a reason, getting rid of unmaintainable legacy code.
That shouldn't be representative as a baseline for current code. Sadly,
I see such ebuilds on more than a weekly basis, you can't really avoid
it give that 25% of the repository consists of it. If you can't refactor
it in place, you may opt to rewrite it in an overlay; in EAPI 5 or 6.

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : TomWij@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

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

  parent reply	other threads:[~2013-04-07 13:59 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-26 17:14 [gentoo-project] Call for agenda items - Council meeting 2013-04-09 Ulrich Mueller
2013-03-30 10:22 ` Michał Górny
2013-03-30 11:51   ` Ulrich Mueller
2013-04-02 14:25 ` [gentoo-project] " Ulrich Mueller
2013-04-02 15:25   ` Rich Freeman
2013-04-02 15:31   ` Markos Chandras
2013-04-02 16:42     ` Michał Górny
2013-04-03  9:07     ` Ralph Sennhauser
2013-04-03  9:31       ` vivo75
2013-04-03 15:22         ` Zac Medico
2013-04-03 18:11           ` vivo75
2013-04-05 16:54       ` Ulrich Mueller
2013-04-06 21:43         ` Ryan Hill
2013-04-06 21:50           ` Pacho Ramos
2013-04-06 22:37           ` Andreas K. Huettel
2013-04-07  2:05             ` Ryan Hill
2013-04-07  7:27               ` Ciaran McCreesh
2013-04-07  9:34                 ` Ryan Hill
2013-04-07 14:00                   ` Tom Wijsman
2013-04-07 14:46                     ` Rich Freeman
2013-04-07 14:47                       ` Ciaran McCreesh
2013-04-07 15:07                       ` Tom Wijsman
2013-04-07 10:13                 ` Markos Chandras
2013-04-07 10:41                   ` Ben de Groot
2013-04-07 10:51                     ` Markos Chandras
2013-04-07 14:23                       ` Tom Wijsman
2013-04-07 11:05                   ` Michał Górny
2013-04-07 15:06                   ` Michael Palimaka
2013-04-07 11:13               ` Andreas K. Huettel
2013-04-07 12:08               ` Andreas K. Huettel
2013-04-07 12:24                 ` Rich Freeman
2013-04-07 13:37                   ` Andreas K. Huettel
2013-04-07 13:43                     ` Rich Freeman
2013-04-07 14:13                       ` Tom Wijsman
2013-04-07 14:36                   ` Ciaran McCreesh
2013-04-09  5:20                 ` Ryan Hill
2013-04-09  5:57                   ` Michał Górny
2013-04-09  8:13                     ` Rich Freeman
2013-04-09 19:24                     ` Mike Frysinger
2013-04-09 20:24                       ` Michał Górny
2013-04-09 20:57                         ` Mike Frysinger
2013-04-10  0:07                         ` Ryan Hill
2013-04-10  3:41                           ` Michał Górny
2013-04-10 13:02                             ` vivo75
2013-04-10 13:25                               ` Tom Wijsman
2013-04-09 18:12                   ` Donnie Berkholz
2013-04-10 12:20                     ` hasufell
2013-04-10 13:00                       ` Tom Wijsman
2013-04-10 13:16                         ` hasufell
2013-04-10 13:40                           ` Tom Wijsman
2013-04-10 14:20                             ` hasufell
2013-04-10 15:02                               ` Tom Wijsman
2013-04-10 16:43                                 ` Ian Stakenvicius
2013-04-10 17:12                                   ` Tom Wijsman
2013-04-10 19:30                     ` Mike Frysinger
2013-04-10 20:22                       ` Rich Freeman
2013-04-11  3:53                         ` Ryan Hill
2013-04-07 13:58               ` Tom Wijsman [this message]
2013-04-02 22:37   ` "Paweł Hajdan, Jr."
2013-04-03  5:02     ` Zac Medico
2013-04-03  9:56   ` Thomas Sachau
2013-04-03  9:54     ` Ciaran McCreesh
2013-04-03 19:06       ` Thomas Sachau
2013-04-04  5:38         ` Ciaran McCreesh
2013-04-03 10:14   ` Michał Górny
2013-04-02 22:13 ` [gentoo-project] Council meeting: Tuesday 9 April 2013, *** 19:00 UTC *** Ulrich Mueller

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=20130407155824.72c9ca36@TOMWIJ-GENTOO \
    --to=tomwij@gentoo.org \
    --cc=gentoo-project@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