[devel] Q: Что делать с python-module-gevent?

Paul Wolneykien manowar на altlinux.org
Сб Мар 23 21:14:26 MSK 2013


23.03.2013 20:36, Aleksey Avdeev пишет:
> 23.03.2013 19:31, Paul Wolneykien пишет:
>> 23.03.2013 18:58, Aleksey Avdeev пишет:
>>> 23.03.2013 18:02, Aleksey Avdeev пишет:
>>>> 23.03.2013 14:57, Aleksey Avdeev пишет:
>>>>> Приветствую.
>>>>>
>>>>>     python-module-gevent собирается через раз (см. приложенные  логи с
>>>>> people: gear.{err,good}.log.bz2). Есть ли способ это поправить, кроме
>>>>> как проводя в спеке несколько попыток сборки?
>>>
>>>     Остановился на 3х попытках (см.
>>> <http://git.altlinux.org/people/solo/packages/?p=python-module-gevent.git;a=commitdiff;h=8fd48d380e329a7011413254812b27a4314e6b10>).
>>>
>>> Результат испытания на people, см. вложение gear.loop.log.bz2.
>>>
>>>>
>>>>     Дополнение:
>>>>
>>>> 1. Нестабильность сборки наблюдается в среде python3-3.3 (#89971), в
>>>> среде python3-3.2 (текущий Сизиф) пакет собирается нормально.
>>>>
>>>> 2. Наблюдаемая картина не зависит от версии Cython: проверял сборку  как
>>>> с Cython-0.16 (см.
>>>> <http://git.altlinux.org/tasks/89971/gears/5710/python-module-Cython-0.16-alt1.1.src.rpm>),
>>>>
>>>> так и с Cython-0.18 (см.
>>>> <http://git.altlinux.org/tasks/89971/gears/5750/git>).
>>>>
>>>>     Корень проблемы. Следующий вызов (см. Makefile) генерирует :
>>>>
>>>> $(PYTHON) util/cythonpp.py -o gevent.core.c gevent/core.ppyx
>>>>
>>>>     Данная команда (см. Makefile) генирит _разные_
>>>> gevent/gevent.core.c --
>>>> иногда корректные, иногда нет.
>>
>>    А много от этого пакета сейчас зависит?
>
>    А какими простыми средствами это (что от пакета зависит, желательно
> полное дерево) можно увидеть по базе apt`а? (Окромя тесового удаления
> пакета средствами git.alt.)
>
>> Нельзя ли пока его выкинуть из
>> сборки?
>
>    Выкинуть можно (методом отключения сборки подпакета для python3). Но
> это повлечёт очередную пересборку #89971.

   Почему подпакета? Это же отдельный SRPM, разве нет? Если так, то 
можно пересобрать задание без него и проверка зависимостей как раз и 
покажет, кто пострадал. Лучше так, чем никак, мне кажется.



Подробная информация о списке рассылки Devel