Gentoo Archives: gentoo-python

From: "Michał Górny" <mgorny@g.o>
To: Brian Harring <ferringb@×××××.com>
Cc: Mike Gilbert <floppym@g.o>, gentoo-python@l.g.o, python@g.o
Subject: Re: [gentoo-python] python-r1 <-> python.eclass package dependencies
Date: Mon, 12 Nov 2012 08:03:40
Message-Id: 20121112090435.76b197a1@pomiocik.lan
In Reply to: Re: [gentoo-python] python-r1 <-> python.eclass package dependencies by Brian Harring
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

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-python] python-r1 <-> python.eclass package dependencies Brian Harring <ferringb@×××××.com>