1 |
On Sun, 11 Nov 2012 15:50:03 -0800 |
2 |
Brian Harring <ferringb@×××××.com> wrote: |
3 |
|
4 |
> On Sun, Nov 11, 2012 at 01:35:20PM -0500, Mike Gilbert wrote: |
5 |
> > On Sun, Nov 11, 2012 at 2:52 AM, Brian Harring <ferringb@×××××.com> wrote: |
6 |
> > > So... thus: |
7 |
> > > |
8 |
> > > 1) make python.eclass know of both forms of USE_PYTHON (with periods, |
9 |
> > > without). |
10 |
> > > 2) convert USE_PYTHON to a use expanded target |
11 |
> > > 3) convert python.eclass to use it. |
12 |
> > > |
13 |
> > > I realize this deprecates/kills PYTHON_TARGETS; my intention here |
14 |
> > > isn't to piss on the var you added, it's to choose the less disruptive |
15 |
> > > option here- lesser of two evils. Starting from scratch, |
16 |
> > > PYTHON_TARGETS would be fine- unfortunately we need to map existing |
17 |
> > > users (and usage) from python.eclass into the replacement, |
18 |
> > > constraining our choises a bit. |
19 |
> > > |
20 |
> > > Counter arguments? To be clear, this is the path I strongly suggest |
21 |
> > > we take- if you can punch holes in the logic/arguments from above, I'd |
22 |
> > > definitely back down, but the use of PYTHON_TARGETS here feels like |
23 |
> > > we're setting ourselves up for unnecessary pain. Keep in mind not |
24 |
> > > *all* of python.eclass notions/setup has to be chucked- we can |
25 |
> > > translate certain parts of it across to ease developer/user pains. |
26 |
> > > |
27 |
> > |
28 |
> > Following up on this and the irc conversation I eavesdropped on earlier: |
29 |
> > |
30 |
> > More recent versions of portage apparently filter USE_EXPAND |
31 |
> > variables, so we can't utilize the old python abi values in USE_PYTHON |
32 |
> > if we make that conversion. |
33 |
> |
34 |
> Just a note; portage's behaviour here, per the norm, is more stupid |
35 |
> than that. EAPIs 0-4 are supposed to /not/ have that filtering, |
36 |
> meaning portage broke it's own behaviour again. |
37 |
> |
38 |
> I suspect we'll retroactively change EAPIs to compensate for this, but |
39 |
> I don't know for a fact; the discussion for that will occur at |
40 |
> https://bugs.gentoo.org/442830 . |
41 |
|
42 |
I'm sorry if I miss something but don't EAPIs 0-4 define *no* behavior |
43 |
for USE_EXPAND variables? (something around don't use them) |
44 |
|
45 |
-- |
46 |
Best regards, |
47 |
Michał Górny |