1 |
Dnia 2013-10-20, o godz. 11:33:45 |
2 |
Mike Gilbert <floppym@g.o> napisał(a): |
3 |
|
4 |
> On Sun, Oct 20, 2013 at 11:12 AM, Michał Górny <mgorny@g.o> wrote: |
5 |
> > Dnia 2013-10-20, o godz. 10:53:34 |
6 |
> > Mike Gilbert <floppym@g.o> napisał(a): |
7 |
> > |
8 |
> >> On Sun, Oct 20, 2013 at 3:36 AM, Michał Górny <mgorny@g.o> wrote: |
9 |
> >> > As described in the ml, the new function does: |
10 |
> >> > |
11 |
> >> > * in python-any-r1, choose and set up the best installed impl, |
12 |
> >> > |
13 |
> >> > * in python-single-r1, read PYTHON_SINGLE_TARGET and set it up, |
14 |
> >> > |
15 |
> >> > * in python-r1, call python_export_best + python_wrapper_setup. |
16 |
> >> > |
17 |
> >> > In other words, it's a common way of getting Python build environment |
18 |
> >> > set up in the ebuild scope. |
19 |
> >> |
20 |
> >> Invoking python_setup from pkg_setup in any eclass seems sub-optimal; |
21 |
> >> especially so in python-any-r1. However, I realize there isn't a great |
22 |
> >> place to put it. |
23 |
> > |
24 |
> > I don't understand. Could you rephrase? |
25 |
> > |
26 |
> |
27 |
> The python stuff is generally only used in "src" phases, so pkg_setup |
28 |
> is the wrong place for it.. As well, it would be better to set up the |
29 |
> python wrappers and environment in a phase where the sandbox and |
30 |
> userpriv are active to prevent permissions problems like we had with |
31 |
> Paludis recently (there's a bug, but I'm not going to look for it). |
32 |
|
33 |
I can understand you but can't really think of a good way of doing |
34 |
this. The only other reasonable phase for this is src_prepare(), |
35 |
and overriding it will result in hell breaking loose... |
36 |
|
37 |
-- |
38 |
Best regards, |
39 |
Michał Górny |