1 |
Morning all, |
2 |
|
3 |
As you may or may not know, the Python package that the Prefix tree |
4 |
contains is far from similar to the original from the gentoo-x86 tree. |
5 |
Reason for this is first and foremost a good bunch (around 33 iirc) of |
6 |
patches that need to be applied either to fix bugs, or to change |
7 |
behaviour so it makes sense. An example of the latter is to fix the |
8 |
code to actually *do* use readline when available on OSX 10.4, instead |
9 |
of forcefully disabling it without looking, just because by definition |
10 |
it is supposed not to work. Patches like those simply contradict the |
11 |
vision of Python's upstream. Sometimes that's just because "yes we can" |
12 |
in Prefix, sometimes it's just because hardcoding known configurations |
13 |
isn't always what we call the most optimal choice. |
14 |
|
15 |
Anyway, let me assure you that the road to getting to a working |
16 |
python-2.4 was terrible. Doing it all again to get a working python-2.5 |
17 |
was horrible. And of course starting from scratch again to get a |
18 |
working python-2.6 including a framework build on OSX was a hell. This |
19 |
is also the major reason why Prefix doesn't do python-3.x (yet). Since |
20 |
that version isn't widely usable anyway, the cost of getting it to work |
21 |
is too high to be acceptable, especially since each new version requires |
22 |
so much extra work ... and frustration. |
23 |
|
24 |
Of course we're not happy with this. We have a bloated ebuild, |
25 |
non-trivial and big. But what can we do? Unfortunately we need a |
26 |
working Python, also in Prefix. |
27 |
|
28 |
It seems that the python team thinks about the same of the ebuilds, and |
29 |
hence doesn't want to have it [1]. In a way I can understand, it's no |
30 |
fun. But on the other hand, it's not like we did this for the fun of |
31 |
it. But alas, they don't like the changes, which means a major problem |
32 |
for us as Prefix people. A blocker actually. |
33 |
|
34 |
So what should we do? One of the differences between Prefix python and |
35 |
gx86 python is the addition of the "aqua" USE-flag. We need it for some |
36 |
packages, in particular for the last remaining package in dev-python in |
37 |
the Prefix tree: wxpython. So always keeping an overlay version won't |
38 |
work in this respect. What are the alternatives? Create a |
39 |
python-prefix package, that is under maintenance of the prefix team? |
40 |
Would mean we have to fix depstrings all over the place, but as last |
41 |
resort? |
42 |
|
43 |
|
44 |
[1] http://bugs.gentoo.org/show_bug.cgi?id=317091 |
45 |
|
46 |
-- |
47 |
Fabian Groffen |
48 |
Gentoo on a different level |