From: "Alexey I. Froloff" <raorn@immo.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] Re: hasher BuildRequires Date: Fri, 10 Sep 2004 21:27:43 +0400 Message-ID: <20040910172743.GC29441@hell.devel.altlinux.ru> (raw) In-Reply-To: <20040909170902.GA13345@basalt.office.altlinux.org> [-- Attachment #1: Type: text/plain, Size: 1305 bytes --] * Dmitry V. Levin <ldv@> [040909 21:19]: > Если запустить hasher с параметром, имя которому я ещё не придумал, > то по окончании стадии установки пакетов в сборочную среду согласно > сборочным зависимостям будет выполнятся дополнительная операция: > + srpm разворачивается и сворачивается (-bs --nodeps) с учётом --build-args, > + образовавшиеся в результате этой операции новые сборочные зависимости > обрабатываются стандартным образом. А ненужные старые? А что будет, если в дистрибутиве-доноре ещё нет пакетов, которые требуются для сборки этого srpm _без_ учёта --build-args? См. мой пример с процессом bootstrap'а mingw32-gcc... Мне кажется лучше эту процедуру выполнять после установки rpm-build, перед попыткой поставить сборочные зависимости конкретного пакета (если конечно в hasher эти стадии отличаются) > Однако тем, кто использует %get_dep и аналогичные функции в условных > секциях spec-файлов, эта фича не поможет. Почему? Не думаю, что использовать %get_dep для _сборочных_ зависимостей хорошая идея. Разве что rpm будет ругаться на empty tag? Но в %get_gep есть "затычка" в виде "echo '%1 >= unknown'". Кстати, не лучше ли сменить её просто на "echo '%1'"? P.S. Я не занудствую, просто хочется предусмотреть все варианты... -- Regards, ir Raorn. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-09-10 17:27 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-09-06 18:10 [devel] hasher BuildRequires (was: Packages naming conventions) Alexey Tourbin 2004-09-06 18:15 ` [devel] " Alexey Tourbin 2004-09-06 20:19 ` [devel] Re: hasher BuildRequires Dmitry V. Levin 2004-09-07 5:22 ` Alexey I. Froloff 2004-09-07 8:07 ` Anton Farygin 2004-09-07 8:26 ` Alexey I. Froloff 2004-09-07 8:33 ` Ivan Fedorov 2004-09-07 8:39 ` Nick S. Grechukh 2004-09-07 8:42 ` Nick S. Grechukh 2004-09-07 8:59 ` Michael Shigorin 2004-09-07 9:01 ` Alexey I. Froloff 2004-09-07 9:01 ` Alexey I. Froloff 2004-09-09 17:09 ` Dmitry V. Levin 2004-09-10 17:27 ` Alexey I. Froloff [this message] 2004-09-11 13:12 ` Dmitry V. Levin 2004-09-07 5:37 ` Michael Shigorin
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=20040910172743.GC29441@hell.devel.altlinux.ru \ --to=raorn@immo.ru \ --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