> On Mon, Nov 30, 2009 at 01:08:58AM +0200, Kirill A. Shutemov wrote: >> 2009/11/23 Anton V. Boyarshinov <boyarsh@altlinux.org>: >> > On Sat, 21 Nov 2009 13:31:12 +0200 Kirill A. Shutemov wrote: >> > >> >> $ ssh git.arm.alt task add port curl >> >> girar-task add: /sisyphus/files/SRPMS/curl-7.19.7-alt1.src.rpm already exists >> >> >> >> Эту проверку пока отключить. Я хочу пересобрать curl с libssl6. Поднимать >> >> release в данном случае считаю не резонным. >> > Ну так тогда после сборки другая проверка сработает... >> >> Я вижу два варианта: или arm-port ещё в стадии бутстрап или нет. >> >> В первом случае подобные проверки лишь мешают двигаться вперёд. >> >> Во втором случае нужно его сделать чатью Сизифа и пременять совсем >> другие практики при его разработке. > Думаю что именно бутстрап закончен, какие тогда твои предложения? Если бутстрап закончен, то стоит влить arm-port в Сизиф и разрабатывать его как и x86 и x86_64. Насколько мы к этому готовы? Какие модификации сброчницы требуются? > я так понимаю писать ментейнеру curl чтобы он увеличивал релиз в сизифе. Да, если бутстрап действительно закончен, именно так и стоит поступать.
On Mon, Nov 30, 2009 at 11:50:29AM +0200, Kirill A. Shutemov wrote: > > On Mon, Nov 30, 2009 at 01:08:58AM +0200, Kirill A. Shutemov wrote: > >> 2009/11/23 Anton V. Boyarshinov <boyarsh@altlinux.org>: > >> > On Sat, 21 Nov 2009 13:31:12 +0200 Kirill A. Shutemov wrote: > >> > > >> >> $ ssh git.arm.alt task add port curl > >> >> girar-task add: /sisyphus/files/SRPMS/curl-7.19.7-alt1.src.rpm already exists > >> >> > >> >> Эту проверку пока отключить. Я хочу пересобрать curl с libssl6. Поднимать > >> >> release в данном случае считаю не резонным. > >> > Ну так тогда после сборки другая проверка сработает... > >> > >> Я вижу два варианта: или arm-port ещё в стадии бутстрап или нет. > >> > >> В первом случае подобные проверки лишь мешают двигаться вперёд. > >> > >> Во втором случае нужно его сделать чатью Сизифа и пременять совсем > >> другие практики при его разработке. > > Думаю что именно бутстрап закончен, какие тогда твои предложения? > > Если бутстрап закончен, то стоит влить arm-port в Сизиф и разрабатывать его > как и x86 и x86_64. Насколько мы к этому готовы? Какие модификации > сброчницы требуются? > Тут возникает чисто техническая проблема. Эти сборочницы разнесены физически. И имеют не очень хорошый канал связи. Здесь надо что-то думать. > > я так понимаю писать ментейнеру curl чтобы он увеличивал релиз в сизифе. > > Да, если бутстрап действительно закончен, именно так и стоит поступать. Ну, видимо так и стоит сделать.
2009/11/30 Michail Yakushin <silicium@altlinux.org>:
> On Mon, Nov 30, 2009 at 11:50:29AM +0200, Kirill A. Shutemov wrote:
>> > On Mon, Nov 30, 2009 at 01:08:58AM +0200, Kirill A. Shutemov wrote:
>> >> 2009/11/23 Anton V. Boyarshinov <boyarsh@altlinux.org>:
>> >> > On Sat, 21 Nov 2009 13:31:12 +0200 Kirill A. Shutemov wrote:
>> >> >
>> >> >> $ ssh git.arm.alt task add port curl
>> >> >> girar-task add: /sisyphus/files/SRPMS/curl-7.19.7-alt1.src.rpm already exists
>> >> >>
>> >> >> Эту проверку пока отключить. Я хочу пересобрать curl с libssl6. Поднимать
>> >> >> release в данном случае считаю не резонным.
>> >> > Ну так тогда после сборки другая проверка сработает...
>> >>
>> >> Я вижу два варианта: или arm-port ещё в стадии бутстрап или нет.
>> >>
>> >> В первом случае подобные проверки лишь мешают двигаться вперёд.
>> >>
>> >> Во втором случае нужно его сделать чатью Сизифа и пременять совсем
>> >> другие практики при его разработке.
>> > Думаю что именно бутстрап закончен, какие тогда твои предложения?
>>
>> Если бутстрап закончен, то стоит влить arm-port в Сизиф и разрабатывать его
>> как и x86 и x86_64. Насколько мы к этому готовы? Какие модификации
>> сброчницы требуются?
>>
> Тут возникает чисто техническая проблема. Эти сборочницы разнесены
> физически. И имеют не очень хорошый канал связи. Здесь надо что-то думать.
А поставить их по-ближе не представляется возможным?
On Mon, 30 Nov 2009 12:07:51 +0200 Kirill A. Shutemov wrote:
> > Тут возникает чисто техническая проблема. Эти сборочницы разнесены
> > физически. И имеют не очень хорошый канал связи. Здесь надо что-то думать.
>
> А поставить их по-ближе не представляется возможным?
Дело даже не в близости. Имеющийся girar-builder синхронен
(i586/x86_64), а на arm многие пакеты собираются неприемлимо (для
основного builder) медленно.
2009/11/30 Anton V. Boyarshinov <boyarsh@altlinux.org>:
> On Mon, 30 Nov 2009 12:07:51 +0200 Kirill A. Shutemov wrote:
>
>> > Тут возникает чисто техническая проблема. Эти сборочницы разнесены
>> > физически. И имеют не очень хорошый канал связи. Здесь надо что-то думать.
>>
>> А поставить их по-ближе не представляется возможным?
> Дело даже не в близости. Имеющийся girar-builder синхронен
> (i586/x86_64), а на arm многие пакеты собираются неприемлимо (для
> основного builder) медленно.
Я думаю, что вторичные архитектуры типа ARM нужно делать "догоняющими" .
Т.е. собирать только задания которые уже COMPLETE в порядке их сборки в
Сизиф (не в порядке нумерации заданий).
On Mon, 30 Nov 2009 12:33:37 +0200 Kirill A. Shutemov wrote:
> Я думаю, что вторичные архитектуры типа ARM нужно делать "догоняющими" .
> Т.е. собирать только задания которые уже COMPLETE в порядке их сборки в
> Сизиф (не в порядке нумерации заданий).
Сейчас это примерно так и происходит, но далеко не все задания
собираются сразу.. #8098 я пропихнул только с 19 попытки..
PS Возращаясь к началу разговора. Собрать пакет с той же версией можно.
task new
task add del пакет
task run
task new
rsync srpm git.arm:
task add srpm srpm
task run
Да, rsync srpm git.arm: && task add srpm srpm сложнее, чем add port, но
проверка версии на ранней стадии очень удобна в других случаях.
2009/11/30 Anton V. Boyarshinov <boyarsh@altlinux.org>: > On Mon, 30 Nov 2009 12:33:37 +0200 Kirill A. Shutemov wrote: > > >> Я думаю, что вторичные архитектуры типа ARM нужно делать "догоняющими" . >> Т.е. собирать только задания которые уже COMPLETE в порядке их сборки в >> Сизиф (не в порядке нумерации заданий). > Сейчас это примерно так и происходит, но далеко не все задания > собираются сразу.. #8098 я пропихнул только с 19 попытки.. Т.е. ты считаешь, что ARM-port не готов к включению в Сизиф? Что по-твоему нужно ещё сделать? > PS Возращаясь к началу разговора. Собрать пакет с той же версией можно. > task new > task add del пакет > task run > task new > rsync srpm git.arm: > task add srpm srpm > task run > > Да, rsync srpm git.arm: && task add srpm srpm сложнее, чем add port, но > проверка версии на ранней стадии очень удобна в других случаях. Это не будет работать в общем случае. Удаление может породить анметы (включена ли эта проверка?). Пакет может прямо или косвенно хотеть сам себя для сборки.
> Т.е. ты считаешь, что ARM-port не готов к включению в Сизиф? Что по-твоему > нужно ещё сделать? Об этом можно и нужно подумать. У меня нет готового ответа. В частности, импорт заданий должен происходить как-то иначе, так, чтоб они создавались от имени тех же пользователей, что и в сизифе, а не от robot Вероятно, это вопрос для devel > Это не будет работать в общем случае. Удаление может породить анметы > (включена ли эта проверка?). Пакет может прямо или косвенно хотеть сам > себя для сборки. Проверка на анметы выключена. Антон
2009/12/1 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>:
> PS: http://195.239.66.165:280/statistic/
О! Круто!
А можно на stats.png ещё показывать количество outdated?
2009/12/1 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>: >> Т.е. ты считаешь, что ARM-port не готов к включению в Сизиф? Что по-твоему >> нужно ещё сделать? > Об этом можно и нужно подумать. У меня нет готового ответа. В > частности, импорт заданий должен происходить как-то иначе, так, чтоб > они создавались от имени тех же пользователей, что и в сизифе, а не от > robot Не думаю, что это большая проблема. > Вероятно, это вопрос для devel Можно поставить цель достичь каких-то чисел. Например, по количеству собраных пакетов, по количеству outdated и unmet'ов. Думаю логичными были бы следующие требования: - >6000-7000 собраных пакетов - <20 outdated Какую цифру по unmet'ам назвать я не знаю. >> Это не будет работать в общем случае. Удаление может породить анметы >> (включена ли эта проверка?). Пакет может прямо или косвенно хотеть сам >> себя для сборки. > Проверка на анметы выключена. Вторая проблема остаётся.
On Tue, 1 Dec 2009 09:23:48 +0200 Kirill A. Shutemov wrote:
> 2009/12/1 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>:
> > PS: http://195.239.66.165:280/statistic/
>
> О! Круто!
>
> А можно на stats.png ещё показывать количество outdated?
Я бы даже сказал: нужно, думаю что руки-таки дойдут..
> >> Это не будет работать в общем случае. Удаление может породить анметы
> >> (включена ли эта проверка?). Пакет может прямо или косвенно хотеть сам
> >> себя для сборки.
> > Проверка на анметы выключена.
>
> Вторая проблема остаётся.
Тогда поднимать релиз.. Я не уверен, что даже если отключить в g-b
проверку версии после сборки (что кажется мне плохой идеей), он
нормально вытеснит из репозитория пакеты с совпадающей версией.
Мне кажется, что отличающийся от сизифного релиз гораздо лучше, чем
зависимость на устареуший soname или что-нибудь подобное.
Антон
On Tue, 1 Dec 2009 09:23:48 +0200 Kirill A. Shutemov wrote:
> 2009/12/1 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>:
> > PS: http://195.239.66.165:280/statistic/
> А можно на stats.png ещё показывать количество outdated?
Сделал.
2009/12/1 Anton V. Boyarshinov <boyarsh@altlinux.org>:
> On Tue, 1 Dec 2009 09:23:48 +0200 Kirill A. Shutemov wrote:
>
>> 2009/12/1 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>:
>> > PS: http://195.239.66.165:280/statistic/
>> А можно на stats.png ещё показывать количество outdated?
> Сделал.
А svg генерировать не получится? Оно может масштабируемый лучше.
On Tue, 1 Dec 2009 12:22:11 +0200 Kirill A. Shutemov wrote:
> >> А можно на stats.png ещё показывать количество outdated?
> > Сделал.
>
> А svg генерировать не получится? Оно может масштабируемый лучше.
Сделал оба.