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

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 396 bytes --]

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 доедет до Сизифа.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Michael Shigorin]

On Tue, Nov 08, 2011 at 10:10:06PM +0400, Dmitry V. Levin 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 доедет до Сизифа.

Может, на будущее при таких тасках сразу делать анонс
и поворачивать ручку? (с внятным отлупом, разумеется)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 668 bytes --]

On Tue, Nov 08, 2011 at 09:00:14PM +0200, Michael Shigorin wrote:
> On Tue, Nov 08, 2011 at 10:10:06PM +0400, Dmitry V. Levin 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 доедет до Сизифа.
> 
> Может, на будущее при таких тасках сразу делать анонс
> и поворачивать ручку? (с внятным отлупом, разумеется)

Не понял, при каких тасках сразу делать анонс, и какую ручку поворачивать?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Michael Shigorin]

On Tue, Nov 08, 2011 at 11:19:48PM +0400, Dmitry V. Levin 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 доедет до Сизифа.
> > Может, на будущее при таких тасках сразу делать анонс
> > и поворачивать ручку? (с внятным отлупом, разумеется)
> Не понял, при каких тасках сразу делать анонс

Вроде питона, которые приводят к огромному количеству труда
и глупой работе при даже неосознанных диверсиях.

> и какую ручку поворачивать?

Временный избирательный запрет сборки.

Быстрее таск сможет пройти -- всем меньше мороки и нервов.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1122 bytes --]

On Tue, Nov 08, 2011 at 10:16:05PM +0200, Michael Shigorin wrote:
> On Tue, Nov 08, 2011 at 11:19:48PM +0400, Dmitry V. Levin 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 доедет до Сизифа.
> > > Может, на будущее при таких тасках сразу делать анонс
> > > и поворачивать ручку? (с внятным отлупом, разумеется)
> > Не понял, при каких тасках сразу делать анонс
> 
> Вроде питона, которые приводят к огромному количеству труда
> и глупой работе при даже неосознанных диверсиях.
> 
> > и какую ручку поворачивать?
> 
> Временный избирательный запрет сборки.
> 
> Быстрее таск сможет пройти -- всем меньше мороки и нервов.

Т.е. прекращать прием пакетов в Сизиф одновременно с анонсом задания с
новым питоном, а не пару недель спустя?  Мороки, конечно, меньше, но и
заморозка дольше.  Не знаю, может быть...


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1252 bytes --]

09.11.2011 00:52, Dmitry V. Levin пишет:
> On Tue, Nov 08, 2011 at 10:16:05PM +0200, Michael Shigorin wrote:
>> On Tue, Nov 08, 2011 at 11:19:48PM +0400, Dmitry V. Levin 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 доедет до Сизифа.
>>>> Может, на будущее при таких тасках сразу делать анонс
>>>> и поворачивать ручку? (с внятным отлупом, разумеется)
>>> Не понял, при каких тасках сразу делать анонс
>>
>> Вроде питона, которые приводят к огромному количеству труда
>> и глупой работе при даже неосознанных диверсиях.
>>
>>> и какую ручку поворачивать?
>>
>> Временный избирательный запрет сборки.
>>
>> Быстрее таск сможет пройти -- всем меньше мороки и нервов.
> 
> Т.е. прекращать прием пакетов в Сизиф одновременно с анонсом задания с
> новым питоном, а не пару недель спустя?  Мороки, конечно, меньше, но и
> заморозка дольше.  Не знаю, может быть...

  Может прекращать приём _только_ пакетов связанных с питоном?

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 900 bytes --]

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

[Michael Shigorin]

On Wed, Nov 09, 2011 at 12:52:09AM +0400, Dmitry V. Levin wrote:
> > > и какую ручку поворачивать?
> > Временный избирательный запрет сборки.
> > Быстрее таск сможет пройти -- всем меньше мороки и нервов.
> Т.е. прекращать прием

e.g. питоньих

> пакетов в Сизиф одновременно с анонсом задания с новым питоном,
> а не пару недель спустя?  Мороки, конечно, меньше, но и
> заморозка дольше.  Не знаю, может быть...

Как вариант -- попробовать расшаривать таск (я несколько своих
пакетов думал было туда засунуть сразу) -- но тут не знаю,
не получится ли свистопляска, сам-то такого не делал.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

[Dubrovskiy Viacheslav]

08.11.2011 15:52, Dmitry V. Levin пишет:
>
>> Временный избирательный запрет сборки.
>>
>> Быстрее таск сможет пройти -- всем меньше мороки и нервов.
> Т.е. прекращать прием пакетов в Сизиф одновременно с анонсом задания с
> новым питоном, а не пару недель спустя?  Мороки, конечно, меньше, но и
> заморозка дольше.  Не знаю, может быть...
не, не совсем не принимать. Принимать, ставить в очередь, но не собирать.
Например: - я решил обновить свой пакет. Я его послал на сборку 
(поставил в уме плюсик). Он стал в очередь и ждет своей очереди когда 
соберется блокирующий таск. А если просто не принимать, то в дальнейшем 
очень велика вероятность что до него у меня руки дойдут не скоро.

-- 
WBR,
Dubrovskiy Viacheslav

Re: [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]

В Втр, 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 доедет до Сизифа.

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

-- 
Yuri N. Sedunov

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

[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 доедет до Сизифа.
>
> До конца текущего года доедет? Нельзя ли процедуру сборки на
> промежуточных этапах несколько упростить, -- например, начинать
> следующую попытку сразу со сбойного пакета, допустив, что предыдущие
> по-умолчанию не требуют пересборки?

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

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

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

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



-- 
Sin (Sinelnikov Evgeny)
Etersoft

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

[Aleksey Novodvorsky]

9 ноября 2011 г. 12: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 доедет до Сизифа.
>
> До конца текущего года доедет? Нельзя ли процедуру сборки на
> промежуточных этапах несколько упростить, -- например, начинать
> следующую попытку сразу со сбойного пакета, допустив, что предыдущие
> по-умолчанию не требуют пересборки?

Посмотрите не логи последних сборок #56981.

Rgrds, Алексей

Re: [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]

В Срд, 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" недостаточно,
чтобы сборка питоньего задания не зависела от обновляющегося сизифа,
лучше отдать ему сборочницу на недельку, -- небось пасьянс быстрее
сойдется.

-- 
Yuri N. Sedunov

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 951 bytes --]

On Wed, Nov 09, 2011 at 01:30:34PM +0400, Yuri N. Sedunov wrote:
> В Втр, 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 доедет до Сизифа.
> 
> До конца текущего года доедет? Нельзя ли процедуру сборки на
> промежуточных этапах несколько упростить, -- например, начинать
> следующую попытку сразу со сбойного пакета, допустив, что предыдущие
> по-умолчанию не требуют пересборки? 

Для сборки нового питона (задание #56981) сейчас сделано такое временное
исключение.  Оно не будет, впрочем, распространяться на финальную сборку.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2218 bytes --]

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 от изменений со стороны других
заданий.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [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

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

[Mikhail Efremov]

On Fri, 18 Nov 2011 12:38:48 +0400 Yuri N. Sedunov wrote:
> В Чтв, 10/11/2011 в 00:27 +0400, Dmitry V. Levin пишет:
> > On Wed, Nov 09, 2011 at 02:16:58PM +0400, Yuri N. Sedunov wrote:
> > > Ну, если уж "python2.6 dependencies are no longer allowed" недостаточно,
> > > чтобы сборка питоньего задания не зависела от обновляющегося сизифа,
> > > лучше отдать ему сборочницу на недельку, -- небось пасьянс быстрее
> > > сойдется.
> > 
> > Сейчас, пока не все пакеты собрались, это вроде бы не обязательно.
> > Потом, когда task#56981 дойдет до стадии проверок, я планирую включить
> > режим защиты сборочной среды task#56981 от изменений со стороны других
> > заданий.
> 
> Почему б было не сбросить все независимые друг от друга пакеты в хвост
> питоньего задания, не тянуть эту последовательно-бессмысленную канитель,
> а  пересобрать этот хвост быстро-быстро?

Лучше бы иметь возможность ставить задания в очередь ожидания сборки
другого задания. Т.е. возможность сказать task run --queue 56981,
переводящее задание в какое-то новое состояние QUEUE, не мешающее
собирать другие пакеты тем же мантейнером. После того, как task 56981
перейдет в состояние DONE можно было бы пройтись по очереди и перевести
все эти задания в состояние AWAITING, запуская их сборку по обычным
правилам.
Просто в случае "долгих" заданий, вроде 56981, действительно легко
забыть о том, что хотел там что-то собрать. И если даже помнить, то к
тому времени задание скорее всего уже заархивируется и придется
создавать новое (дергать же его периодически нет никакого смысла, да и
напряжно).
Кстати, тогда можно было бы задания, мешающие 56981, не отфутболивать, а
ставить автоматом в эту очередь.

-- 
WBR, Mikhail Efremov

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

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 2309 bytes --]

18.11.2011 09:55, Mikhail Efremov пишет:
>> Сейчас, пока не все пакеты собрались, это вроде бы не обязательно.
>> Потом, когда task#56981 дойдет до стадии проверок, я планирую включить
>> режим защиты сборочной среды task#56981 от изменений со стороны других
>> заданий.
>> Почему б было не сбросить все независимые друг от друга пакеты в хвост
>> питоньего задания, не тянуть эту последовательно-бессмысленную канитель,
>> а  пересобрать этот хвост быстро-быстро?
> Лучше бы иметь возможность ставить задания в очередь ожидания сборки
> другого задания. Т.е. возможность сказать task run --queue 56981,
> переводящее задание в какое-то новое состояние QUEUE, не мешающее
> собирать другие пакеты тем же мантейнером. После того, как task 56981
> перейдет в состояние DONE можно было бы пройтись по очереди и перевести
> все эти задания в состояние AWAITING, запуская их сборку по обычным
> правилам.
> Просто в случае "долгих" заданий, вроде 56981, действительно легко
> забыть о том, что хотел там что-то собрать. И если даже помнить, то к
> тому времени задание скорее всего уже заархивируется и придется
> создавать новое (дергать же его периодически нет никакого смысла, да и
> напряжно).
> Кстати, тогда можно было бы задания, мешающие 56981, не отфутболивать, а
> ставить автоматом в эту очередь.
+1
Я об этом уже писал выше.


-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2820 bytes --]

On Fri, Nov 18, 2011 at 12:38:48PM +0400, Yuri N. Sedunov wrote:
> В Чтв, 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 от изменений со стороны других
> > заданий.
> 
> Почему б было не сбросить все независимые друг от друга пакеты в хвост
> питоньего задания, не тянуть эту последовательно-бессмысленную канитель,
> а  пересобрать этот хвост быстро-быстро?

Там сейчас чистовая сборка, после пересборки python-base все пакеты
собираются заново.  Это не ускоряется.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2094 bytes --]

On Fri, Nov 18, 2011 at 06:55:41PM +0400, Mikhail Efremov wrote:
> On Fri, 18 Nov 2011 12:38:48 +0400 Yuri N. Sedunov wrote:
> > В Чтв, 10/11/2011 в 00:27 +0400, Dmitry V. Levin пишет:
> > > On Wed, Nov 09, 2011 at 02:16:58PM +0400, Yuri N. Sedunov wrote:
> > > > Ну, если уж "python2.6 dependencies are no longer allowed" недостаточно,
> > > > чтобы сборка питоньего задания не зависела от обновляющегося сизифа,
> > > > лучше отдать ему сборочницу на недельку, -- небось пасьянс быстрее
> > > > сойдется.
> > > 
> > > Сейчас, пока не все пакеты собрались, это вроде бы не обязательно.
> > > Потом, когда task#56981 дойдет до стадии проверок, я планирую включить
> > > режим защиты сборочной среды task#56981 от изменений со стороны других
> > > заданий.
> > 
> > Почему б было не сбросить все независимые друг от друга пакеты в хвост
> > питоньего задания, не тянуть эту последовательно-бессмысленную канитель,
> > а  пересобрать этот хвост быстро-быстро?
> 
> Лучше бы иметь возможность ставить задания в очередь ожидания сборки
> другого задания. Т.е. возможность сказать task run --queue 56981,
> переводящее задание в какое-то новое состояние QUEUE, не мешающее
> собирать другие пакеты тем же мантейнером. После того, как task 56981
> перейдет в состояние DONE можно было бы пройтись по очереди и перевести
> все эти задания в состояние AWAITING, запуская их сборку по обычным
> правилам.
> Просто в случае "долгих" заданий, вроде 56981, действительно легко
> забыть о том, что хотел там что-то собрать. И если даже помнить, то к
> тому времени задание скорее всего уже заархивируется и придется
> создавать новое (дергать же его периодически нет никакого смысла, да и
> напряжно).
> Кстати, тогда можно было бы задания, мешающие 56981, не отфутболивать, а
> ставить автоматом в эту очередь.

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


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

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

[Michael Shigorin]

On Fri, Nov 18, 2011 at 11:02:45PM +0400, Dmitry V. Levin wrote:
> Да и удачное название для состояния сложно придумать, тем более
> что AWAITING и PENDING уже заняты.  

Шоб это была самая большая проблема... POSTPONED ;-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/