[devel] I: python 3 copycat robot

[George V. Kouryachy]

>> On Thu, May 23, 2013 at 01:55:54PM +0400, George V. Kouryachy wrote:
> >> 1. Унифицировать подмножества rpm-макросов. Сейчас макросы второго
> >>    и третьего питона резко отличаются, в третьем многих не хватает.
> >> 2. Как-то обустроить ситуацию, при которой модуль для третьего питона
> >>    получается из исходников не напрямую, а с помощью 2to3, мелкого
> >>    ручного дохакивания по месту и т. п.
> >> 3. Как-то обустроить ситуацию, когда модули для второго и для третьего
> >>    питона при этом ещё и принципиально различаются (например, составом).
> >>    Это нас ожидает в полной мере, потому что (поправьте, если ошибаюсь)
> >>    ни PyGTK, ни wxPython пока для Python3 не существуют, ну и другие.
> >> 
> >> Но. До тех пор, пока не будут как-то решены три указанные проблемы,
> >> полученный генератом спек будет или ужасен, или неполноценен.

On Thu, May 23, 2013 at 02:56:10PM +0400, Dmitry V. Levin wrote:
> Я сейчас ужасную вещь скажу: бОльшую часть python-module-* лучше
> собирать роботом, т.е. вообще не делать вид, что у этих тысяч пакетов
> мейнтейнерами являются люди.  Возможно, собирать сразу для обоих
> питонов, и с использованием specsubst это получится проще.
То есть замутить эдакий PyPi-import? Идея заманчивая, ведь на самом деле
добрая треть пакетов мало чем отличается от
%setup_python_mudule / %python_setup / %python_install

Могу только повторить свои опасения относительно SPOF. Как бы нам
научиться _совместно_ сопровождать прототипы этих пакетов? Чтобы человек
из team, нашедший багу или несообразность, мог самостоятельно её
поправить. НО это совсем другая задача?

-- 
				  Георгий Владимирович Курячий
				  Эксперт компании "Альт Линукс"
				  Mailto/JID: george на altlinux.org
				  Mobile: (8)9161738325