On Thu, May 23, 2013 at 10:58:51AM +0300, Igor Vlasenko wrote:
> Господа,
> 
> у нас с модулями для 3-го питона ситуация плохая -
> собрано около 10% модулей по сравнению с 2-м питоном,
> 
> да и порядок сборки важен - сходу собрать модуль 
> для 3-го питона получится менее чем в 50% случаев - 
> часто не дают unmets на еще не собранные пакеты.
> 
> Меня подтолкнул bug #28956 - 
> "собрать python3-module-enchant".
> 
> Я тогда подумал, что это глубоко не правильно -
> ручная сборка модулей для 3-го питона растянется
> на год, а то и больше. Для такой задачи просится робот.
> 
> И вот вчера закончил первый прототип робота 
> для сборки модулей для 3-го питона.
> Робот называется "Python 3 copycat".
> 
> Робот берет пакет модуля для 2-го питона,
> проверяет, нет ли уже в нем (отключенного)
> модуля для 3-го питона, как это например есть в 
> python-module-PyQt4, и если нет,
> то трансформирует этот пакет в новый пакет, 
> который уже соберет модуль для 3-го питона.
> 
> При обновлении модуля для 2-го питона
> Python 3 copycat пересоберет из него новый модуль
> для 3-го питона.
> 
> Не все модули имеет смысл пересобирать с Python 3,
> для отпугивания Python 3 copycat'а
> предусмотрена конструкция
> %define python3_copycat_disable 1
> которую нужно будет указать в спеке для 2-го питона.

Не очевидно, почему для модулей python3 имеет смысл делать схему opt-out,
а не opt-in.  Вряд ли нам эти модули нужны ради их количества.  Например,
за большое количество модулей для python2 приходится платить высокую цену
при обновлении версии python2.


-- 
ldv