From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 6 May 2006 15:55:59 +0400 From: Stanislav Ievlev To: ALT Devel discussion list Message-ID: <20060506115559.GB20192@basalt.office.altlinux.org> References: <445B7D26.40202@altlinux.com> <20060505163620.GB29144@basalt.office.altlinux.org> <20060505212536.GD19201@basalt.office.altlinux.org> <445C6246.3060808@altlinux.com> <20060506110001.GB17800@basalt.office.altlinux.org> <445C85AE.8090509@altlinux.com> <20060506111750.GE17800@basalt.office.altlinux.org> <20060506112932.GB19202@basalt.office.altlinux.org> <20060506113853.GC19202@basalt.office.altlinux.org> <20060506115129.GJ17800@basalt.office.altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060506115129.GJ17800@basalt.office.altlinux.org> Subject: Re: [devel] =?koi8-r?b?Z2VhciAtINMg3sXHzyDOwd7JzsHU2A==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 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: Sat, 06 May 2006 11:56:00 -0000 Archived-At: List-Archive: List-Post: On Sat, May 06, 2006 at 03:51:29PM +0400, Dmitry V. Levin wrote: > On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote: > [...] > > Немного уточню вопрос: > > Если всё идёт к тому чтобы commit специального вида вызывал > > Уж точно не commit, а git-push тэга. > > > автоматический запуск gear, > > сборку пакета и помещение его в Сизиф, > > Цепочка будет несколько более длинной: > - мантейнер публикует (push) новый тэг, > - робот скачивает (pull) этот тэг, > - робот собирает пакет (gear -t тэг --hasher ...). > > > то будет ли в этой > > схеме место варианту с автоматической генерации спека? > > А разве в spec'е сейчас недостаточно средств для изменения поведения в > зависимости от? Ну если хочется особенного, то можно использовать и свой собственный спек, а если не хочется? > > > То бишь можно ли будет расширять алгоритм сборки за счёт своих > > "специфичных" для того или иного пакета действий? > > Например? Ну например модули перла, модули alterator, etc. Они и так имеют настолько унифицированные спеки, что отличаются они в большинстве случаев только summary и description. Спрашивается, а почему бы не облегчить жизнь в данном случае ещё больше?