[devel] /usr/lib64/python2.6

[Евгений Ростовцев]

Привет!

>> > Другими словами, AM_PATH_PYTHON на x86-64 не будет работать правильно.
>>
>> Тут я ничего не могу сказать...
>
> Плохо, что именно там, где не видно решения, никто не может сказать
> ничего путного.

Для того, чтобы найти решение, нужно время. Для того, чтобы хотя бы
примерно представлять, как работает AM_PATH_PYTHON (вообще с чем это
едят), тоже нужно время. Вы можете не очень кратко изложить второе?
Может быть, удастся исходя из этой информации, хотя бы попытаться
найти первое?

> AM_PATH_PYTHON на x86-64 не будет у нас работать правильно, судя по
> всему, никогда, потому такое разделение на arch/noarch, которое ломает
> AM_PATH_PYTHON, есть только у нас.

За 25 лет тесного сожительства с компьютером я разучился верить, что
существуют тупики.

>> Какие проблемы породит, если %python_libdir на x86_64 сделать
>> /usr/lib/python2.6, могу я прямо сейчас: у нас не будет больше
>> разделения на arch/noarch пакеты, потому что %_python_sitelibdir будет
>> в ЛЮБОМ случае отдавать /usr/lib/python2.6/site-packages. Последствия
>> очевидны.
>
> Мне не очевидны.

Переделывать очень много придётся, и сколько на это времени уйдёт, я
не знаю, но питон 2.6 по сравнению с этим мы собрали довольно быстро
(всего какие-то пол-года).

> К тому же проверить наличие/отсутствие arch-specific в пакете, как уже
> продемонстрировал at@, относительно несложно.

Ещё не видел.

>> А меня недавно ругали, что я в /usr/lib/%name складываю файлы, а не в
>> /usr/lib64/%name.
>
> Смотря какие файлы.

Пример: https://bugzilla.altlinux.org/show_bug.cgi?id=20779

-- 
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ