python - nadal łamie FHS

[Radosław Kintzi]

Radosław Kintzi napisał(a):

> Jakub Bogusz napisał(a):
>
>> Druga rzecz (może pomocna) - w nowym swigu napotkałem coś takiego
>> (zamiast naszej łaty python-lib64):
>>
>>    PYLIBDIR=`($PYTHON -c "import sys; print sys.lib") 2>/dev/null`
>>    if test -z "$PYLIBDIR"; then
>>      # older versions don't have sys.lib  so the best we can do is 
>> assume lib
>>      PYLIBDIR="lib"
>>    fi
>>
>> Niestety python nawet 2.4 nie rozumie sys.lib - jest to tylko w łacie
>> z Mandrake'a (i może innych dystrybucji), zwraca "lib" lub "lib64".
>> Ale mogłoby się i nam przydać, bo gdyby użyć w distutils, to nie byłoby
>> różnicy lib/lib64.
>>
>>
>>  
>>
>
>
> Zauważyłem też, że kiedy getpatch.c poprawiłem tak jak w Mandrakeu, to 
> Python miał problemy ze ścieżkami (/usr/lib/lib-dynload zamiast 
> /usr/lib/python2.4/lib-dyload), a to oznacza, że u nas LIB_PYTHON jest 
> przy kompilacji tego pliku zdefiniowane, a w Mandreaku pewnie nie, bo 
> też mieliby ten problem. Nie namierzyłem jeszcze gdzie to u nas jest 
> definiowane i podejrzewam, że bedzie trzeba zrobić #undefine (lub też 
> przy definiowaniu dodać ficzer detekcji lib64), żeby to zadziałało (na 
> amd64).
>
Głupoty gadam - u nich LIB_PYTHON jest pewnie _definiowany_ wcześniej, a 
u nas dopiero w tym pliku.

> Pozdr,
> Radek