Re: [devel] pockets

["Dmitry V. Levin" <ldv@altlinux.org>]

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

On Fri, Apr 02, 2010 at 02:43:01PM +0400, Evgeny Sinelnikov wrote:
> 2 апреля 2010 г. 13:12 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> > On Fri, Apr 02, 2010 at 11:50:26AM +0300, Michael Shigorin wrote:
> >> On Fri, Apr 02, 2010 at 04:46:59AM +0400, Dmitry V. Levin wrote:
> > [...]
> >> > Какие видны варианты решения первого вопроса?  Либо girar/girar-builder
> >> > должен стать не более сложным в развёртывании и использовании
> >> > инструментом, чем hasher, либо сборочная система должна предоставлять
> >> > т.н. карманы: интерфейс для ветвления Сизифа, коллективной сборки
> >> > заданий в репозитории мейнтейнеров, и последующей интеграции в Сизиф.
> >>
> >> Индивидуальный girar-builder не решает вопрос, когда перелопатить
> >> надо слишком тяжёлый для двух рук / слишком развесистый для одной
> >> головы кусок сизифа.
> >
> > Индивидуально развёртываемый girar-builder не обязательно означает
> > индивидуальный girar-builder.  Разумеется, в распределённой системе
> 
> А можно уточнить разницу между "индивидуально развёртываемым
> girar-builder'ом" и "индивидуальным girar-builder'ом"? Мне эта разница
> кажется важной, но, что имеется в виду, непонятно.

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

> > girar-builder'ов должен быть продуман и механизм для совместной работы
> > мейнтейнеров, и механизм для интеграции изменений в репозиторий, от
> > которого было осуществлено ветвление.
> 
> Я так понимаю, смысл girar-builder'ов в распределённой системе состоит
> в том, чтобы распределить вычислительныую и дисковую нагрузки. Такое
> приближение к "облачным вычислениям";)
> 
> Наверное, это более перспективная тема, чем развитие централизованного
> сервиса. Но вопрос в том, что архитекутра такого решения не ясна и
> когда она будет реализована тоже непонятно. А вопрос совместных тестов
> над репозиторием вполне актуален.

Вопрос ещё и в достижимости распределённой системы.  Чем более
ресурсоёмкие тесты реализованы в централизованной системе, тем меньше
мейнтейнеров смогут развернуть локально аналогичную ресурсоёмкую систему.
Так что вопрос не праздный.


-- 
ldv

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