public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Petteri Räty" <betelgeuse@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] RFC: don't define ebeep and epause in eutils in EAPI 3
Date: Tue, 19 Jan 2010 01:24:15 +0200	[thread overview]
Message-ID: <4B54ED9F.6040101@gentoo.org> (raw)
In-Reply-To: <19284.5805.732303.523580@a1i15.kph.uni-mainz.de>

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

On 01/18/2010 10:07 AM, Ulrich Mueller wrote:
>>>>>> On Sun, 17 Jan 2010, Petteri Räty wrote:
> 
>> With GLEP 42 and proper logging of e* messages I think we shouldn't
>> annoy users any more with ebeep or epause
> 
> Agreed.
> 
>> so attached is a patch only defines these functions for EAPIs 0, 1
>> and 2. Anyone have a reason to keep these around for EAPI 3?
> 
> We wouldn't gain much by this, because we still have to go through all
> ebuilds using ebeep and epause and change them to EAPI 3.
> 

This would force people to upgrade when migrating to EAPI 3.

> This would be at least the same amount of work as removing the ebeep
> and epause calls from all ebuilds. Why don't we do this instead and
> leave the eclass as it is?
> 

This would make sure no-one uses these even in overlays.

> There are already enough differences between EAPIs for devs to learn,
> and IMHO we shouldn't introduce additional complications such as EAPI
> dependent eclass behaviour (except where necessary, e.g. src_prepare).
> 

Yes but as people shouldn't have the need for these there's not that
much to learn here.

Regards,
Petteri


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]

  reply	other threads:[~2010-01-19  0:25 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-15 19:36 [gentoo-dev] [rfc] layman storage location (again) Sebastian Pipping
2010-01-15 19:43 ` Jeremy Olexa
2010-01-15 19:44 ` Alex Legler
2010-01-15 22:25   ` Dawid Węgliński
2010-01-15 23:33     ` Jorge Manuel B. S. Vicetto
2010-01-15 23:41       ` Dawid Węgliński
2010-01-16  0:36       ` Ulrich Mueller
2010-01-16  1:24       ` Sebastian Pipping
2010-01-16  1:45         ` Mike Frysinger
2010-01-16  1:55           ` Sebastian Pipping
2010-01-16  4:39             ` Mike Frysinger
2010-01-16 18:16               ` Sebastian Pipping
2010-01-16 18:52                 ` [gentoo-dev] " Peter Hjalmarsson
2010-01-18 23:35                   ` Sebastian Pipping
2010-01-16  8:12             ` [gentoo-dev] " Peter Volkov
2010-01-16 11:11               ` Lars Wendler
2010-01-16 11:46                 ` Nirbheek Chauhan
2010-01-16 11:59                   ` Pacho Ramos
2010-01-16 12:57               ` Ben de Groot
2010-01-16 13:06                 ` dev-random
2010-01-16 18:31                   ` [gentoo-dev] " Jörg Schaible
2010-01-16 18:57                     ` Peter Hjalmarsson
2010-01-16 19:38                       ` Michael Higgins
2010-01-16 22:46                         ` Benedikt Böhm
2010-01-16 23:55                           ` Sebastian Pipping
2010-01-17  8:19                             ` Benedikt Böhm
2010-01-17  1:27                           ` Mike Frysinger
2010-01-16 12:56             ` [gentoo-dev] " Ben de Groot
2010-01-16 18:26               ` Sebastian Pipping
2010-01-16 18:31                 ` Nirbheek Chauhan
2010-01-16 18:38                   ` Sebastian Pipping
2010-01-17 12:18                 ` Lars Wendler
2010-01-16  3:07           ` [gentoo-dev] " Duncan
2010-01-16 21:37           ` [gentoo-dev] " Antoni Grzymala
2010-01-15 23:41     ` Ben de Groot
2010-01-16 21:37       ` Antoni Grzymala
2010-01-16 11:17 ` Fabian Groffen
2010-01-16 18:21   ` Sebastian Pipping
2010-01-17  9:01 ` Ciaran McCreesh
2010-01-17 18:04   ` Sebastian Pipping
2010-01-17 20:31   ` Thilo Bangert
2010-01-18  0:38     ` Sebastian Pipping
2010-01-18  5:27       ` Ulrich Mueller
2010-01-17 20:38         ` [gentoo-dev] RFC: don't define ebeep and epause in eutils in EAPI 3 Petteri Räty
2010-01-17 20:48           ` Tomáš Chvátal
2010-01-17 21:12           ` David Leverton
2010-01-17 21:30             ` Mike Frysinger
2010-01-18  7:21               ` [gentoo-dev] " Torsten Veller
2010-01-25 20:44             ` [gentoo-dev] " Petteri Räty
2010-01-18  8:07           ` Ulrich Mueller
2010-01-18 23:24             ` Petteri Räty [this message]
2010-01-18 13:02           ` Tiziano Müller
2010-01-18 23:22             ` Petteri Räty
2010-01-19  8:37               ` Peter Volkov
2010-01-20  6:55                 ` Petteri Räty
2010-01-18  8:05         ` [gentoo-dev] Re: [rfc] layman storage location (again) Peter Hjalmarsson
2010-01-18  9:07           ` Alex Alexander
2010-01-18 10:12             ` Antoni Grzymala
2010-01-18 11:40             ` Michael Haubenwallner
2010-01-18 16:08               ` [gentoo-dev] " Peter Hjalmarsson
2010-01-19  0:05       ` [gentoo-dev] " Sebastian Pipping
2010-01-19  0:26         ` Mike Frysinger
2010-01-18  1:44     ` Mike Frysinger

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=4B54ED9F.6040101@gentoo.org \
    --to=betelgeuse@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