$ rpm -qf /usr/lib64/python2.5/distutils/command/install.py python-dev-2.5.2-alt5 $ grep /lib/ /usr/lib64/python2.5/distutils/command/install.py 'purelib': '$base/lib/python$py_version_short/site-packages', 'purelib': '$base/lib/python', Из-за этого на x86_64 файлы пакетов python-module- обычно ставятся в неверный каталог, и как следствие, не собираются на x86_64.
purelib != platlib. В том же файле написано, что purelib: installation directory for pure Python module distributions platlib: installation directory for non-pure module distributions Из чего можно сделать вывод, что значение purelib для i586 и x86-64 должно быть одинаковым.
(В ответ на комментарий №1) > Из чего можно сделать вывод, что значение purelib для i586 и x86-64 должно быть одинаковым. Вывод сделать видимо можно, но на основании чего? У меня ясности нет.
(In reply to comment #2) > (В ответ на комментарий №1) > > Из чего можно сделать вывод, что значение purelib для i586 и x86-64 должно быть одинаковым. > Вывод сделать видимо можно, но на основании чего? У меня ясности нет. Для "нечистых" модулей предусмотрен отдельный каталог, "чистые" модули не зависят от архитектуры, поэтому их расположение не должно зависеть архитектуры.
Как я понял, пакет с архитектурно-независимыми модулями должен быть noarch, тогда %python_sitelibdir выставляется соответствующе.
(В ответ на комментарий №4) > Как я понял, пакет с архитектурно-независимыми модулями должен быть noarch, > тогда %python_sitelibdir выставляется соответствующе. Да, причём это вроде уже проверяется при сборке.
Бывает, что при установке часть файлов кладётся в /usr/lib/python..., а часть - в /usr/lib64/python..., причём там внутри одинаковые каталоги (и даже файлы .egg), т.е. на подпакеты не распилишь. Как более правильно поступать в таком случае?
