python - nadal łamie FHS

[Radosław Kintzi]

Jakub Bogusz napisał(a):

>[qboosh w x8664 qboosh]$ grep lib64 -r  /usr/share/python2.4/distutils/
>Binary file /usr/share/python2.4/distutils/command/install.pyc matches
>Binary file /usr/share/python2.4/distutils/command/install.pyo matches
>/usr/share/python2.4/distutils/command/install.py:        'platlib': '$platbase/lib64/python$py_version_short/site-packages',
>/usr/share/python2.4/distutils/command/install.py:        'platlib': '$base/lib64/python',
>Binary file /usr/share/python2.4/distutils/sysconfig.pyc matches
>Binary file /usr/share/python2.4/distutils/sysconfig.pyo matches
>/usr/share/python2.4/distutils/sysconfig.py:                                 "lib64", "python" + get_python_version())
>
>I jak takie /usr/share współdzielić z innymi architekturami (poza
>ppc64/s390x/sparc64)?
>
>
>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.
>
>
>  
>
Wyciągnąłem od nich tą łatę. Jest przygotowana do wersji 2.3.4 Pythona. 
Myślę, że jutro dam rade ją zaadoptować do 2.4. Pytanie tylko czy w 
całości, czy w części odpowiedzialnej za ficzer sys.lib? Łata w załączniku.
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: Python-2.3-lib64.patch
Type: text/x-patch
Size: 9728 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20041226/1e6436ab/Python-2.3-lib64.bin