[devel] Re: [docs] patches

[devel] Re: [docs] patches

[Dmitry V. Levin]

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

On Thu, Feb 02, 2006 at 05:49:33PM +0300, Anton Farygin wrote:
> Dmitry V. Levin wrote:
> >On Thu, Feb 02, 2006 at 05:31:22PM +0300, Kirill Maslinsky wrote:
> >
> >>>Куча -- не удобно.
> >>>
> >>Вы incoming'ом пользуетесь? Куча -- это incoming.
> >
> >Сейчас поднимется волна недовольства Сизифовым incoming'ом,
> >как всегда без конструктивных предложений. :)
> >
> Почему же без предложений ?? :))
> 
> http://wiki.sisyphus.ru/devel/SubversionForSPECS
> 
> Могу развить эту тему... если ты готов использовать subversion + 
> (например) rsync для тарболлов.

Там описан способ хранения пакетов в svn.
Каждый может вести свою разработку каким-нибудь способом, например таким
как описано по вышепроцитированной ссылке.

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

Проблема осложняется тем, что постановка этой задачи сама по себе является
нетривиальной задачей.


-- 
ldv

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

Re: [devel] Re: [docs] patches

[php-coder]

--- Dmitry V. Levin 2006-02-06 16:49:29 +0300
+++ php-coder 2006-02-06 20:06:43 +0600

DVL> > http://wiki.sisyphus.ru/devel/SubversionForSPECS

    Кстати, да. Тема про создание централизованного хранилища для
    хранения хотя бы спеков как-то утихла. А жаль. Я вот недавно сам себе
    завёл свой репозитарий, но не плохо было бы общий и для всех.

    
    (см. также: http://freesource.info/wiki/SVN/QuickStart)

-- 
+ php-coder
+ php-coder[at]altlinux[dot]ru

Re: [devel] Re: [docs] patches

[Dmitry V. Levin]

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

On Mon, Feb 06, 2006 at 08:25:42PM +0600, php-coder wrote:
> --- Dmitry V. Levin 2006-02-06 16:49:29 +0300
> +++ php-coder 2006-02-06 20:06:43 +0600
> 
> DVL> > http://wiki.sisyphus.ru/devel/SubversionForSPECS
> 
>     Кстати, да. Тема про создание централизованного хранилища для
>     хранения хотя бы спеков как-то утихла. А жаль. Я вот недавно сам себе
>     завёл свой репозитарий, но не плохо было бы общий и для всех.

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

Сформулируйте задачу, а я с удовольствием покритикую.


-- 
ldv

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

Re: [devel] Re: [docs] patches

[Kirill Maslinsky]

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

Привет!

> > DVL> > http://wiki.sisyphus.ru/devel/SubversionForSPECS
> > 
> >     Кстати, да. Тема про создание централизованного хранилища для
> >     хранения хотя бы спеков как-то утихла. А жаль. Я вот недавно сам себе
> >     завёл свой репозитарий, но не плохо было бы общий и для всех.
> 
> Ещё раз.  Каждый может себе лично придумать свой репозитарий, даже на
> общедоступном сервере.  Но это ничего не меняет.  Ничего.
> 
> Сформулируйте задачу, а я с удовольствием покритикую.

В качестве попытки сформулировать родственную задачу см.
http://lists.altlinux.org/pipermail/docs/2006-February/006015.html

Попробуйте сделать 
s/выпуск документации/дистрибутив/
s/модуль/пакет/
и покритиковать

-- 
Kirill Maslinsky
ALT Linux Documentation Team

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

[devel] Re: [docs] patches

[Anton Farygin]

On Mon, 06 Feb 2006 16:49:29 +0300, Dmitry V. Levin wrote:

> On Thu, Feb 02, 2006 at 05:49:33PM +0300, Anton Farygin wrote:
>> Dmitry V. Levin wrote:
>> >On Thu, Feb 02, 2006 at 05:31:22PM +0300, Kirill Maslinsky wrote:
>> >
>> >>>Куча -- не удобно.
>> >>>
>> >>Вы incoming'ом пользуетесь? Куча -- это
>> >>incoming.
>> >
>> >Сейчас поднимется волна недовольства
>> >Сизифовым incoming'ом, как всегда без
>> >конструктивных предложений. :)
>> >
>> Почему же без предложений ?? :))
>> 
>> http://wiki.sisyphus.ru/devel/SubversionForSPECS
>> 
>> Могу развить эту тему... если ты готов
>> использовать subversion + (например) rsync для
>> тарболлов.
> 
> Там описан способ хранения пакетов в svn.
> Каждый может вести свою разработку
> каким-нибудь способом, например таким
> как описано по вышепроцитированной
> ссылке.
> 
> Наша проблема в том, что нет постановки
> задачи, проработанной настолько, чтобы
> можно было выбирать инструментарий из
> имеющегося.
> 
> Проблема осложняется тем, что
> постановка этой задачи сама по себе
> является нетривиальной задачей.

http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem

Что-то там уже морально устарело.

Rgds,
RIder

[devel] Re: Re: [docs] patches

[Anton Farygin]

On Mon, 06 Feb 2006 18:06:38 +0300, Dmitry V. Levin wrote:

> 
> Сформулируйте задачу, а я с
> удовольствием покритикую.

Уже давно сформулировано:

http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem

Rgds,
Rider

Re: [devel] Re: Re: [docs] patches

[Dmitry V. Levin]

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

On Tue, Feb 07, 2006 at 10:29:48AM +0300, Anton Farygin wrote:
> On Mon, 06 Feb 2006 18:06:38 +0300, Dmitry V. Levin wrote:
> > Сформулируйте задачу, а я с
> > удовольствием покритикую.
> 
> Уже давно сформулировано:
> 
> http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem

Там сформулированы требования к инструментарию (SCM).  Это не совсем
интересно, гораздо интереснее, какие задачи обеспечения взаимодействия
мантейнеров пакетов и репозиториев такая система призвана решать.

На этот счёт там написано следующее:

> контроль изменений по электронной почте (для всего репозитария, для модулей)
Непонятно, что имелось в виду, управление изменениями по электронной почте
или отслеживание изменений.

> ограничение доступа к модулям (по мантейнерам, team и т.д.). :
Не понятно, что такое "и т.д.".
>   правила "по умолчанию"
Не сказано, о какого рода правилах идёт речь.
>   возможность мантейнеру управлять правилами доступа к своему пакету.
Кроме того, не сказано, в каком объёме управлять, и как быть если модель
предусматривает более одного мантейнера.
>   возможность администратору устанавливать правила доступа к
>   определённому пакету
Не понятно, об администраторе какой сущности идёт речь и каковы его
взаимоотношения с мантейнером.

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


-- 
ldv

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

[devel] Re: Re: Re: [docs] patches

[Anton Farygin]

On Tue, 07 Feb 2006 17:10:55 +0300, Dmitry V. Levin wrote:

> On Tue, Feb 07, 2006 at 10:29:48AM +0300, Anton Farygin wrote:
>> On Mon, 06 Feb 2006 18:06:38 +0300, Dmitry V. Levin wrote:
>> > Сформулируйте задачу, а я с
>> > удовольствием покритикую.
>> 
>> Уже давно сформулировано:
>> 
>> http://wiki.sisyphus.ru/devel/VersionControlAndBuildSystem
> 
> Там сформулированы требования к
> инструментарию (SCM).  Это не совсем
> интересно, гораздо интереснее, какие
> задачи обеспечения взаимодействия
> мантейнеров пакетов и репозиториев
> такая система призвана решать.
> 
> На этот счёт там написано следующее:
> 
>> контроль изменений по электронной
>> почте (для всего репозитария, для
>> модулей)
> Непонятно, что имелось в виду,
> управление изменениями по электронной
> почте или отслеживание изменений.

Отслеживание изменений.

> 
>> ограничение доступа к модулям (по
>> мантейнерам, team и т.д.). :
> Не понятно, что такое "и т.д.".

Убрал и т.д.

>>   правила "по умолчанию"
> Не сказано, о какого рода правилах идёт
> речь.

Добавил.
>>   возможность мантейнеру управлять
>>   правилами доступа к своему пакету.
> Кроме того, не сказано, в каком объёме
> управлять, и как быть если модель
> предусматривает более одного
> мантейнера.

Более одного мантейнера - это Team. Расшифровал.

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

Расшифровал.

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

Здесь я думаю всё достаточно просто:

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

Что бы ещё хотелось, и это в теории решаемо:
- контроль зависимостей _исходных_
пакетов (например если у нас
увеличивается soname у какой-то библиотеки
- предоставить возможность мантейнеру
этой библиотеки иницировать пересборку всего, что от неё зависит.

Ну а вообще это всё фичи. Начать необходимо с малого ;)

Rgds,
Rider