1 |
On 08-10-2009 09:07:45 +0200, Markus Duft wrote: |
2 |
> since some time, libffi is removed from python. either of one things |
3 |
> would have been cool: |
4 |
|
5 |
it would've been cool if this wasn't actually, since 80% of arches got |
6 |
broken with this "change" IMO, which was of course totally undocumented |
7 |
and hidden away in zillions of whitespace changes and other pleasant |
8 |
things like wrapping comments to 192 chars instead of 72 or 80. |
9 |
|
10 |
> a) inserting the rm -fr _after_ patching, so that patches don't break. |
11 |
> i don't even ask you to check whether patches still apply ... |
12 |
|
13 |
the rm -fr comes from gentoo-x86, and indeed I don't have time any more |
14 |
to check, even though I better do for python, but I blindly relied on |
15 |
gx86 that internal libffi isn't necessary... well, it at least revealed |
16 |
that python's beautiful build system hardcodes paths and places all |
17 |
over, so it's totally broken on Darwin/OSX at least for the moment |
18 |
still. Since there is "support" code for Solaris too, I expect it to be |
19 |
broken too. |
20 |
|
21 |
> b) revbumping, so that i at least see the problem immediately, not |
22 |
> at the _next_ revbump, which is prolly unrelated. |
23 |
|
24 |
what do you think *I* feel, when I find out that if I recompile python |
25 |
because I neec ucs2 that it is totally broken because libffi is |
26 |
gone/misdetected/overridden by a "smart" setup.py script??!?!? |
27 |
|
28 |
> at first i was really puzzeled as to why my older prefixes all break on |
29 |
> python updates (as opposed to more current ones, which have the python |
30 |
> from before the rm -fr was inserted). |
31 |
|
32 |
same here, get the idea why python-3.1 is masked in prefix (as opposed |
33 |
to gx86) now? I'm *very* unhappy about what's happening to python, |
34 |
its wrapper and the mentality around it, and I can assure you, you are |
35 |
not the only one that nearly explodes of irritation... I've stessed my |
36 |
opinion strongly towards the maintainer, but I can't do more than that, |
37 |
unfortunately. There has been way to much broken already with this |
38 |
experimental crap. |
39 |
|
40 |
|
41 |
-- |
42 |
Fabian Groffen |
43 |
Gentoo on a different level |