From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 5 Aug 2003 22:20:52 +0400 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] sandman =?koi8-r?Q?=CE?= =?koi8-r?Q?=C1?= cvs.altlinux.org Message-ID: <20030805182052.GB16766@basalt.office.altlinux.org> Mail-Followup-To: ALT Devel discussion list References: <3F2E1E8A.7020400@altlinux.com> <20030804090027.GA15443@basalt.office.altlinux.org> <3F2E217D.4010202@altlinux.com> <20030804090859.GA15677@basalt.office.altlinux.org> <20030804095035.GA30926@sam-solutions.net> <20030805093239.GC31934@sam-solutions.net> <20030805173326.GA16249@basalt.office.altlinux.org> <20030805174938.GA22332@sam-solutions.net> <20030805175822.GA16612@basalt.office.altlinux.org> <20030805180955.GB22332@sam-solutions.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <20030805180955.GB22332@sam-solutions.net> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.2 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: Tue, 05 Aug 2003 18:20:53 -0000 Archived-At: List-Archive: List-Post: --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Aug 05, 2003 at 09:09:55PM +0300, Alexander Bokovoy wrote: > On Tue, Aug 05, 2003 at 09:58:22PM +0400, Dmitry V. Levin wrote: > > > > > контроля всех остальных -- текстовых и бинарных -- объектов пакета и > > > > > этим контролирующим объектом является spec-файл. > > > > > > > > Это не всегда так. > > > > Зачастую среди множества исходных файлов данного пакета есть и вполне > > > > плоские текстовые файлы. > > > Увы, формализовать структуру для них в общем случае нельзя. Также, > > Почему? > Придется делать это по-пакетно. Вот эти файлы -- текстовые, а эти -- нет. > И так далее. То есть, кто-то должен проанализировать пакет и разложить его > исходники в хранилище и в SCM, да еще и учесть возможность удаления > исходников из SCM -- этот вариант наиболее непригляден. Однако он решает эту задачу (правда, при этом возникает проблема гранулярности изменений). > > > При использовании hasher в любом случае предполагается первичная генерация > > > src.rpm посредством промежуточного скрипта, который может сделать все ту > > > же работу по приклеиванию .spec. Не вижу, каким образом это несовместимо с > > > нынешним Сизифом. > > > > В нем имена spec-файлов имеет вид, отличный от используемого sandman'ом. > > Кто будет конвертировать? > Давай разделим проблемы. От пакетов, попадающих в Sisyphus, требуется > наличие в них регуляризованных spec-файлов в формате foo.spec. Для Sandman > даже это не существенно [...] Это уже хорошо. А perl58.spec оно съест? > > А по софту? > Смотри зависимости пакета sandman-server: > > $ apt-cache depends sandman-server: > > sandman-server-0.5.5-alt4 > Для установки требует: cvs > Требует: sandman = 0.5.5-alt4 > Требует: apt-utils > Требует: chrootuid >= 1.3-alt2 > Требует: e2fsprogs > Требует: mount > Требует: apt >= 0.5.5cnc4.1-alt4 > Требует: service >= 0.4-alt1 > Требует: sh-2.05b-alt5 > Требует: logrotate-3.6.2-alt2 > Требует: service-0.5-alt1 Какие из них действительно нужны для "усечённого" sandman'а? Их вышеприведённого мне не нравится: chrootuid e2fsprogs mount service logrotate -- ldv --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/L/WE9viEa8HiNCkRAiHbAJ4jWl2w1rDSNGJMQju2oQ+lCui11QCfSHA0 EDx2GyEquAWxps8ci17l304= =7xCb -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx--