From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Anton Farygin Organization: ALT Linux Ltd. Date: Wed, 08 Feb 2006 13:16:13 +0300 User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Message-Id: References: <20060201184822.GA2763@mithraen.dimline.ru> <20060201220054.GI21338@tacit.myxomop.com> <20060202100808.GD17860@mithraen.dimline.ru> <20060202143121.GP21338@tacit.myxomop.com> <20060202144243.GA31887@basalt.office.altlinux.org> <43E21BFD.3040705@altlinux.com> <20060206134928.GC1725@basalt.office.altlinux.org> <20060206142542.GA19017@mycomp.mydomain> <20060206150638.GC4867@basalt.office.altlinux.org> <20060207141055.GA17056@basalt.office.altlinux.org> To: devel@altlinux.ru MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: Subject: [devel] Re: Re: Re: [docs] patches X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 10:22:30 -0000 Archived-At: List-Archive: List-Post: 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