[devel] [#58022] FAILED (try 2) srpm=libgupnp-igd-0.2.0-alt1.src.rpm srpm=libnice-0.1.1-alt1.src.rpm ...

Evgeny Sinelnikov sin на altlinux.ru
Ср Ноя 9 09:48:49 MSK 2011


9 ноября 2011 г. 13:30 пользователь Yuri N. Sedunov <aris at altlinux.org> написал:
> В Втр, 08/11/2011 в 22:10 +0400, Dmitry V. Levin пишет:
>> On Tue, Nov 08, 2011 at 09:44:15PM +0400, Girar Builder robot wrote:
>> > http://git.altlinux.org/tasks/58022/logs/events.2.1.log
>> [...]
>> > 2011-Nov-08 21:44:15 :: python2.6 dependencies are no longer allowed
>> > 2011-Nov-08 21:44:15 :: sorry for inconvenience, please try again later
>>
>> later -- это в данном случае не сегодня попозже, а после того, как
>> python2.7 доедет до Сизифа.
>
> До конца текущего года доедет? Нельзя ли процедуру сборки на
> промежуточных этапах несколько упростить, -- например, начинать
> следующую попытку сразу со сбойного пакета, допустив, что предыдущие
> по-умолчанию не требуют пересборки?

Это не так делается. Это делается путём создания дополнительного
репозитория, который собственно и в сборочной задаче создаётся, только
доступа к этому репозиторию при последующей сборке уже нет.

Если обеспечить доступ к этому сборочному репозиторию при последующих
сборках, то получится как раз то, о чём вы говорите - появится
возможность "начинать следующую попытку сразу со сбойного пакета".

Другое дело, что собранные бинарные пакеты, после того как сизиф
утечёт, в сизиф уже не зальёшь. И эти пакеты придётся потом вновь
пересобрать и при этом могут возникнуть новые проблемы.

Крамольный момент в этом вопросе заключается в том, что то, о чём вы
говорите - это и есть карманы... ;)



-- 
Sin (Sinelnikov Evgeny)
Etersoft


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