Evgeny Sinelnikov writes: > 15 июля 2009 г. 0:23 пользователь Andrey Rahmatullin (wrar@altlinux.ru) написал: >> On Wed, Jul 15, 2009 at 03:19:32AM +0700, Michael Pozhidaev wrote: >>> Надо только отправить на пересборку или сидеть править что-нибудь >>> придётся? >> Ну теоретически что-то может быть несовместимо, но в идеале просто >> пересобрать. >> > > Ну, теория нам уже не поможет, потому что зависимости скажут rpm'у, > что никакой совместимости нет и всё перестанет устанавливаться... Но > сейчас этого girar-builder не позволит.. Хотя... может и позволит... > > Значит так... Вариантов переезда два... Первый... И второй... ;) > > Первый - это mass rebuild и зависит как бы не то меня... Обычно это > делалось в недрах. Но сейчас стало ближе к простому народу. Теперь я > делаю shared task и призываю дать мне mass nmu и начинаю > пересобирать... Дело это достойное, но уж слишком трудоёмкое... угу, но это "правильный" путь. > > Второй вариант не брать на себя столько ответственности, что не унести > и за раз, и за два, и за три... Стандартный путь - сделать > compat-пакет... Всё будет продолжать устанавливаться, но собираться > уже не будет... Этот вариант крайне не приятен для пересборки новых > пакетов, которые как бы не причём... есть проблема - у нас есть N пакетов, которые зависят от libpython, если часть модулей будет под 2.5, а часть под 2.6 то у нас для таких пакетов не будет доступен определённый набор модулей, что плохо. > Вот только, перечитывая, python policy, я не заметил описания по > правильной сборке самих питонов. Ну мы их планировали собирать сами, и как-то не думали это писать... а вообще этот документ устарел уже очень давно, я никак не могу понять, почему его никто не хочет переписать и убрать с него авторство cray@/morozov@/ns@... > Про модули есть, про зависимости > понятно, а про питоны, как бы, всё и так ясно и подробно не > расписано... Я понимаю процесс так. Делаем python-2.6.2 и > python25-2.5.4, а дальше собираем, что можем... я бы попросил python2.5-2.5.4, то есть с точкой в имени... > Поскольку оба варианта имеют недостатки, думаю, что можно попытаться > собрать большой shared task с максимальным числом пакетов, которые > получится пересобрать, а для остальных сделать compat... я бы постарался избежать второй части... > Прошу высказать пожелания и возражения... Попытаться в очередной раз внедрить MassNMU Policy...