[devel] Q: python default byte-compilation paths list compilation

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

Привет!

Из этого обширного обсуждения я так и не понял:

ldv@:
> Аналогичная ситуация складывается при смене soname у библиотек: до тех
> пор, пока не все пакеты пересобраны с новым soname, некоторые пакеты
> могут оказаться в положении "между двумя soname", при котором в памяти
> приложения оказывается сразу старая и новая версия библиотеки.

Это к питоньему царству. Сменилась версия питона (скажем, с 3.1 на
3.2), должен меняться и magic number. Но он же где-то в модуле зашит,
так ведь? Неужели трудно при тестовой пересборке сизифа проверять
зашитый в модуль magic с тем, который должен быть? Опять невозможно,
скажете? Но ведь и в случае с AM_PATH_PYTHON говорили, что невозможно,
а оно оказалось очедь даже возможно, хоть моим топором, то изяществом
ldv на .

Если магик в модуля должен поменяться, зверски пинать спамом
мейнтейнера и весь @python. Этим мы решим проблему с неописуемым
ужасом пересборки около 1000 пакетов ОДНОВРЕМЕННО.

Можно даже в сам питон вшить проверку, что магик старый и нужный не
совпадают, прекращать действие скрипта и вываливать текст типа
"пинайте и кусайте мейнтейнера".

Ну а если этот магик нигде не хранится, так завести для него отдельный
файл в корне модуля типа current_magic.py, где прописывать
"magic_numper=номер". Или даже в __init__.py автоматически туда его
фигачить. Можно ещё много вариантов решения проблемы найти, так
давайте обсудим сейчас, пока я с python3 ещё не начал работу.

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