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

[Yuri N. Sedunov]

В Чтв, 10/11/2011 в 00:27 +0400, Dmitry V. Levin пишет:
> On Wed, Nov 09, 2011 at 02:16:58PM +0400, Yuri N. Sedunov wrote:
> > В Срд, 09/11/2011 в 13:48 +0400, Evgeny Sinelnikov пишет:
> > > 9 ноября 2011 г. 13:30 пользователь Yuri N. Sedunov <aris на 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 доедет до Сизифа.
> > > >
> > > > До конца текущего года доедет? Нельзя ли процедуру сборки на
> > > > промежуточных этапах несколько упростить, -- например, начинать
> > > > следующую попытку сразу со сбойного пакета, допустив, что предыдущие
> > > > по-умолчанию не требуют пересборки?
> > > 
> > > Это не так делается. Это делается путём создания дополнительного
> > > репозитория, который собственно и в сборочной задаче создаётся, только
> > > доступа к этому репозиторию при последующей сборке уже нет.
> > > 
> > > Если обеспечить доступ к этому сборочному репозиторию при последующих
> > > сборках, то получится как раз то, о чём вы говорите - появится
> > > возможность "начинать следующую попытку сразу со сбойного пакета".
> > > 
> > > Другое дело, что собранные бинарные пакеты, после того как сизиф
> > > утечёт, в сизиф уже не зальёшь. И эти пакеты придётся потом вновь
> > > пересобрать и при этом могут возникнуть новые проблемы.
> > > 
> > > Крамольный момент в этом вопросе заключается в том, что то, о чём вы
> > > говорите - это и есть карманы... ;)
> > 
> > Ну, если уж "python2.6 dependencies are no longer allowed" недостаточно,
> > чтобы сборка питоньего задания не зависела от обновляющегося сизифа,
> > лучше отдать ему сборочницу на недельку, -- небось пасьянс быстрее
> > сойдется.
> 
> Сейчас, пока не все пакеты собрались, это вроде бы не обязательно.
> Потом, когда task#56981 дойдет до стадии проверок, я планирую включить
> режим защиты сборочной среды task#56981 от изменений со стороны других
> заданий.

Почему б было не сбросить все независимые друг от друга пакеты в хвост
питоньего задания, не тянуть эту последовательно-бессмысленную канитель,
а  пересобрать этот хвост быстро-быстро?

-- 
Yuri N. Sedunov