python - nadal łamie FHS

[Jakub Bogusz]

[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.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/