From: Alexander Bokovoy <a.bokovoy@sam-solutions.net> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] sandman на cvs.altlinux.org Date: Tue, 5 Aug 2003 21:09:55 +0300 Message-ID: <20030805180955.GB22332@sam-solutions.net> (raw) In-Reply-To: <20030805175822.GA16612@basalt.office.altlinux.org> 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 даже это не существенно, так как перед попаданием содержимого исходного пакета в хранилище (суть, вызов команд утилиты sandcl) этот src.rpm будет раскручиваться, например, так: addpackage() { name=$($RPMQ --qf='%{NAME}' -p $1) basepart=$(basename $1) echo -e "\tImporting sources into Sandman..." $RPM2CPIO $1 | $SANDCL addsources $name pushd $CVSDIR $RPM2CPIO $1 | $CPIO -i $name.spec if [ ! -f $name ] ; then mv -f $name.spec $name echo -e "\tAdding spec file to CVS..." cvs add $name else mv $name.spec $name fi echo -e "\tImporting package ${basepart/.src.rpm/} ..." cvs ci -m "Imported package ${basepart/.src.rpm/}" $name popd } Как видишь, в данном случае мы предполагаем, что spec-файл называется имя_пакета.spec в src.rpm. Вот и все. Напишем скрипт, который будет выуживать любой spec-файл, -- не будет и этого ограничения. > > Diff относительно чего? Двух конкретных версий одного и того же исходника > > (если тот определяется как text/plain по мнению file)? Это легко > > добавляется, никаких проблем. > > Нет, xdelta на несжатые tarball'ы. > Можно, конечно, отложить на потом. Угу. Кстати, это дополнительная вычислительная нагрузка. > > Вычислительные ресурсы: минимум, если не используется сборка > > > > Дисковый ресурс: однократно -- развернутый Сизиф в исходниках (3.3Гб), > > далее -- по нарастающей, плюс место для референтной системы, на которой > > вычисляется корректность spec-файла (150-500Мб). Думаю, что 40-60Гб диска > > нам хватит надолго, поскольку наиболее дискоемкая функциональность > > sandman-а (генерация ISO-образов дистрибутивов) не используется. > > А по софту? Смотри зависимости пакета 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 $ apt-cache depends sandman sandman-0.5.5-alt4 Требует: cpio Требует: tcl >= 8.4.2-alt1 Требует: tclx Требует: tcllib >= 0.8 Требует: tcl-trf Требует: tcl-memchan Я немного подредактировал вывод этих команд в смысле сокращения дублирования и виртуальных зависимостей (sh, init(...)). -- / Alexander Bokovoy --- The clearest way into the Universe is through a forest wilderness. -- John Muir
next prev parent reply other threads:[~2003-08-05 18:09 UTC|newest] Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-08-04 8:36 Anton Farygin 2003-08-04 8:46 ` Dmitry V. Levin 2003-08-04 8:51 ` Anton Farygin 2003-08-04 9:00 ` Dmitry V. Levin 2003-08-04 9:03 ` Anton Farygin 2003-08-04 9:08 ` Dmitry V. Levin 2003-08-04 9:17 ` Anton Farygin 2003-08-04 9:50 ` Alexander Bokovoy 2003-08-05 9:32 ` Alexander Bokovoy 2003-08-05 10:45 ` Anton Farygin 2003-08-05 10:52 ` Alexander Bokovoy 2003-08-05 11:06 ` Anton Farygin 2003-08-05 11:35 ` Alexey I. Froloff 2003-08-05 11:39 ` [devel] " Vitaly Ostanin 2003-08-05 12:06 ` [devel] " Anton Farygin 2003-08-05 12:23 ` Alexey I. Froloff 2003-08-05 17:40 ` Dmitry V. Levin 2003-08-05 17:56 ` Sergey Bolshakov 2003-08-05 18:01 ` Dmitry V. Levin 2003-08-05 18:13 ` Sergey Bolshakov 2003-08-05 18:15 ` Dmitry V. Levin 2003-08-12 14:26 ` Michael Shigorin 2003-08-12 14:57 ` Grigory Milev 2003-08-12 15:59 ` Dmitry V. Levin 2003-08-05 17:33 ` Dmitry V. Levin 2003-08-05 17:49 ` Alexander Bokovoy 2003-08-05 17:58 ` Dmitry V. Levin 2003-08-05 18:09 ` Alexander Bokovoy [this message] 2003-08-05 18:20 ` Dmitry V. Levin 2003-08-05 18:54 ` Sergey Bolshakov 2003-09-21 18:06 ` Dmitry V. Levin 2003-09-22 5:49 ` Anton Farygin 2003-09-22 21:37 ` Sviatoslav Sviridov 2003-09-23 8:06 ` Anton Farygin 2003-08-06 7:46 ` Anton Farygin 2003-08-06 8:02 ` Dmitry V. Levin 2003-08-06 8:49 ` Sergey Bolshakov 2003-08-05 18:12 ` [devel] " Alexey Tourbin 2003-08-05 18:17 ` Alexander Bokovoy 2003-08-05 18:18 ` Sergey Bolshakov 2003-08-13 17:05 ` [devel] " Ivan Zakharyaschev 2003-08-13 17:57 ` Alexander Bokovoy 2003-08-04 9:29 ` Alexey I. Froloff 2003-08-04 10:12 ` Dmitry V. Levin 2003-08-04 10:18 ` Anton Farygin 2003-08-04 10:22 ` Dmitry V. Levin 2003-08-04 10:25 ` Sergey Bolshakov 2003-08-04 10:30 ` Anton Farygin 2003-08-04 10:22 ` Victor V Ismakaev 2003-08-04 10:26 ` Dmitry V. Levin 2003-08-04 11:04 ` Victor V Ismakaev 2003-08-04 11:09 ` Dmitry V. Levin 2003-08-25 10:24 ` Stanislav Ievlev 2003-08-25 10:54 ` Anton Farygin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030805180955.GB22332@sam-solutions.net \ --to=a.bokovoy@sam-solutions.net \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git