From: Alexey Tourbin <at@altlinux.ru> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] giter-factory Date: Thu, 30 Aug 2007 02:26:40 +0400 Message-ID: <20070829222640.GY24207@solemn.turbinal> (raw) In-Reply-To: <20070829215553.GI20457@basalt.office.altlinux.org> [-- Attachment #1: Type: text/plain, Size: 2372 bytes --] On Thu, Aug 30, 2007 at 01:55:53AM +0400, Dmitry V. Levin wrote: > > Если же у нас нет src.rpm пакетов, тогда нужно запускать очень дорогую > > процедуру: для каждого gear-репозитария типа сформировать src.rpm пакет > > и дальше уже можно узнать его BuildRequires зависимости, как раньше. > > Если пакет попал в Сизиф, то был собран и хранится его srpm-пакет. > Т.е. в данном случае srpm-пакет есть. > Но у собираемого пакета srpm-пакета нет до тех пор, пока он не соберётся. Мне так неудобно думать. :) "Собрался src.rpm пакет в самом конце" это слишком нетрадиционно. Нужно либо целиком отказываться от src.rpm пакетов как класса, либо (с точностью до 1-1 соответствия) допускать, что src.rpm есть на входе. > > Здесь есть неявная пресуппозиция, что BuildRequires зависимости src.rpm > > пакета не слишком сильно меняются в зависимости от среды, в которой был > > выполнен rpm -bs. То есть, не на столько сильно, чтобы кардинально > > менять список пакетов в билдруте при "незначительном" изменении > > репозитария. > Как правило, мы можем на это рассчитывать, не так ли? Мы должны рассчитывать, что BuildRequires зависимости src.rpm пакета фиксированы с точностью до версий в пределах архитектуры. К примеру, зависимость BuildRequires: apache2 >= %apache2_version является в этом отношении допустимой. То есть при прохождении новой версии пакета apache2 билдрут изменится в части подпакетов apache2, то есть мы обнаруживаем что пакет с таким BuildRequires подлежит пересборке. BuildRequires зависимости в пределах архитектуры означают что напр. можно писать %ifarch arm %def_without not_yet_package %else %def_with not_yet_package BuildRequires: not_yet_package %endif Это уже означает отказ от src.rpm пакетов, потому что их зависимости отличаются на разных архитектурах; но констрейнты о которых я говорю сохраняются. Недопустимыми BuildRequiers зависимостями являются зависимости типа BuildRequires: %(rpm -qR libxml2) BuildRequires: %([ $RANDOM -lt 32 ] && echo foo || echo libbar-devel) С ними ничего нельзя сделать, и вся идея оказывается фальсифицированной. Тем не менее, нет другого способа достаточно быстро узнать, что нужно тестировать пересборкой в связи с поступлением очередных пакетов. Короче, при полном отказе от src.rpm пакетов можно per-arch кешировать некоторую часть его хедера. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2007-08-29 22:26 UTC|newest] Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-08-28 17:11 [devel] pkgconfiglib.req Alexey M. Tourbin 2007-08-28 19:55 ` Alexey Tourbin 2007-08-28 20:12 ` [devel] /usr/lib/pkgconfig vs noarch Dmitry V. Levin 2007-08-28 20:47 ` Alexey Tourbin 2007-08-28 21:07 ` Alexey Tourbin 2007-08-28 21:32 ` [devel] sisyphus_check noarch Alexey Tourbin 2007-09-01 13:12 ` [devel] /usr/lib/pkgconfig vs noarch Денис Смирнов 2007-08-29 15:56 ` Dmitry V. Levin 2007-08-29 17:05 ` [devel] giter-factory Alexey Tourbin 2007-08-29 19:29 ` Dmitry V. Levin 2007-08-29 19:37 ` Alexey Tourbin 2007-08-29 21:02 ` Alexey Tourbin 2007-08-29 21:11 ` Dmitry V. Levin 2007-08-29 21:47 ` Alexey Tourbin 2007-08-29 21:55 ` Dmitry V. Levin 2007-08-29 22:26 ` Alexey Tourbin [this message] 2007-08-30 8:40 ` Kirill A. Shutemov 2007-09-01 23:47 ` Alexey Tourbin 2007-08-30 8:53 ` Kirill A. Shutemov 2007-09-16 21:13 ` Michael Shigorin 2007-09-16 21:36 ` Alexey Tourbin 2007-09-16 21:32 ` Aleksey Avdeev 2007-09-16 22:15 ` [devel] giter-factory idea Alexey Tourbin 2007-09-16 23:01 ` Aleksey Avdeev 2007-09-17 5:42 ` Alexey Tourbin 2007-09-17 10:41 ` Aleksey Avdeev 2007-09-18 9:32 ` [devel] giter-factory Michael Shigorin 2007-08-28 20:29 ` [devel] pkgconfiglib.req Alexey I. Froloff 2007-08-28 20:46 ` Alexey Rusakov 2007-08-29 13:51 ` Igor Zubkov 2007-09-16 21:17 ` Michael Shigorin 2007-09-16 22:50 ` Alexey Rusakov 2007-09-17 5:36 ` Alexey Tourbin 2007-09-18 10:09 ` [devel] UQ: git-clone git.alt: unable to chdir or not a git archive Michael Shigorin 2007-09-18 10:09 ` Pavlov Konstantin 2007-09-18 10:15 ` [devel] отбой, спасибо, сам дурак Michael Shigorin 2007-09-18 11:44 ` [devel] pkgconfiglib.req Michael Shigorin 2007-09-18 11:49 ` Alexey Rusakov 2007-09-19 22:22 ` [devel] *.pc -devel Alexey Tourbin
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=20070829222640.GY24207@solemn.turbinal \ --to=at@altlinux.ru \ --cc=devel@lists.altlinux.org \ /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