From: Alec Warner <antarus@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3*
Date: Sun, 6 Jun 2010 22:53:17 -0700 [thread overview]
Message-ID: <AANLkTilvN4Nj9WBOkaKwhhipFah-YUuIb3ENa5slp9M0@mail.gmail.com> (raw)
In-Reply-To: <4C0BA88F.2050803@gentoo.org>
On Sun, Jun 6, 2010 at 6:54 AM, Thomas Sachau <tommy@gentoo.org> wrote:
> Am 06.06.2010 15:44, schrieb Arfrever Frehtes Taifersar Arahesis:
>> 2010-06-06 12:40:28 Thomas Sachau napisał(a):
>>> Additionally, it should define the supported slots, something like this:
>>>
>>> SUPPORTED_RUBY_SLOTS="1.8 1.9" or
>>> SUPPORTED_PYTHON_SLOTS="2.5 2.6 3.0 3.1"
>>>
>>> Now the package manager should take those vars and convert them to some expanded USE vars like:
>>>
>>> RUBY_SLOTS="1.8 1.9" or
>>> PYTHON_SLOTS="2.5 2.6 3.0 3.1"
>>
>> We are already working on automatic generation of USE flags in python.eclass (in newer EAPIs).
>>
>
> And why do you want to implement such code in every eclass?
>
> Whats wrong with implementing it on the package manager side once and reusing it for every
> eclass/ebuild, which needs such code?
I don't think arfrever thinks there is anything wrong. The main
problem with implementing things in a package manager is time. Why
have a big long discussion about something that takes years to agree
on, implement, and then get into an approved stable EAPI when you can
just stick things in your eclass and use them in a few weeks / months
(this can be read as a mockery of what was done; I'm not mocking.
Moving quickly is important in many cases and iteration of ideas and
schemes are good.)
I'm all for generalizing the current implementation where it makes
sense; but I'm kinda tired of people bashing it because its not
perfect; I don't think we can necessarily wait for 'perfectly
designed' things every time (no matter what many implementors think.)
-A
>
> --
> Thomas Sachau
>
> Gentoo Linux Developer
>
>
next prev parent reply other threads:[~2010-06-07 5:53 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-27 14:33 [gentoo-dev] Actions of python team, especially Arfrever wrt python eclass and python-3* Thomas Sachau
2010-05-27 15:30 ` Gilles Dartiguelongue
2010-06-05 14:43 ` Arfrever Frehtes Taifersar Arahesis
2010-06-05 15:49 ` Thomas Sachau
2010-06-05 18:31 ` Harald van Dijk
2010-06-05 23:04 ` Thomas Sachau
2010-06-05 23:38 ` Harald van Dijk
2010-06-06 2:01 ` Thomas Sachau
2010-06-06 2:19 ` Sebastian Pipping
2010-06-06 7:37 ` Michał Górny
2010-06-06 11:14 ` Dale
2010-06-06 11:23 ` Thomas Sachau
2010-06-06 6:36 ` Graham Murray
2010-06-06 10:40 ` Thomas Sachau
2010-06-06 11:09 ` Matti Bickel
2010-06-06 11:37 ` Thomas Sachau
2010-06-06 11:50 ` Domen Kožar
2010-06-06 12:31 ` Thomas Sachau
2010-06-06 12:41 ` Thomas Sachau
2010-06-06 13:35 ` Domen Kožar
2010-06-06 13:51 ` Thomas Sachau
2010-06-07 1:22 ` Brian Harring
2010-06-06 13:44 ` Arfrever Frehtes Taifersar Arahesis
2010-06-06 13:54 ` Thomas Sachau
2010-06-06 14:07 ` Arfrever Frehtes Taifersar Arahesis
2010-06-07 5:53 ` Alec Warner [this message]
2010-06-06 16:36 ` Hans de Graaff
2010-06-06 0:08 ` Sebastian Pipping
2010-06-06 11:48 ` Rémi Cardona
2010-06-05 20:06 ` Sebastian Pipping
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=AANLkTilvN4Nj9WBOkaKwhhipFah-YUuIb3ENa5slp9M0@mail.gmail.com \
--to=antarus@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