From: Sergey Vlasov <vsu@altlinux.ru> To: devel@altlinux.ru Subject: Re: [devel] Buildreqs - обязательно ли? Date: Sat, 1 Nov 2003 22:11:26 +0300 Message-ID: <20031101191126.GA17499@sirius.home> (raw) In-Reply-To: <200311012217.54051.wrar@altlinux.ru> [-- Attachment #1: Type: text/plain, Size: 2100 bytes --] On Sat, Nov 01, 2003 at 10:17:53PM +0500, Andrey Rahmatullin wrote: > > Абстрактный случай. Имеется пакет, в котором на этапе configure проверяется > наличие хидеров от некой либы, и при их наличии пакет собирается с > включением некоей не сильно важной фичи. При отсутствии - тоже нормально > собирается. Вопрос: что писать в Buildreqs? > > Конкретно. orpheus-1.3-alt1 на данный момент требует libghttp-devel для > сборки и соотв-венно саму libghttp для установки (он умеет из CDDB брать > заголовки для проигрываемых CD). Т.к. на момент прогона скрипта buildreq у > меня стояло libghttp-devel. Если бы его не было, buildreq не вписал бы > ссылку на него в спек, но пакет бы собрался прекрасно. Вопросы: > > 1. Имею ли я моральное право ставить зависимости на пакеты, без которых всё > собирается? Ну так собирается-то по-другому... > 2. Если не ставить, то нормальна ли ситуация, когда на разных системах > пакет соберется с разными фичами? В случае сборки для Сизифа всё равно пакет будет собираться в hasher - там не указанные в BuildRequires пакеты не будут установлены в chroot. При сборке в обычной системе, конечно, результат будет зависеть от наличия установленных пакетов, что не совсем хорошо, но, думаю, таких ситуаций в самых разных пакетах море. > 3. Нормально ли, что вывод buildreq зависит от наличия/отсутствия неких > пакетов? buildreq определяет зависимости, отслеживая обращение к файлам; при таком подходе вряд ли можно сделать что-то лучше. И вообще результат buildreq в любом случае требует ручной проверки (а зачастую и исправлений). > 4. (скорее к автору) Нормально ли, что необходимость прикручивания фичи > определяется исключительно неинтерактивным скриптом по наличию девелов? В большинстве случаев дело обстоит именно так. Кстати, в своё время в sylpheed была неприятная ситуация с зависимостями - из-за переименования пакета jconv версия для Сизифа собралась без поддержки libjconv, в результате перекодировки там не работали. После этого я вставил в spec проверку результатов configure и аварийный выход, если поддержка libjconv не включилась. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-11-01 19:11 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-11-01 17:17 Andrey Rahmatullin 2003-11-01 19:11 ` Sergey Vlasov [this message] 2003-11-01 19:57 ` [devel] " Michael Shigorin 2003-11-02 6:44 ` Andrey Rahmatullin 2003-11-02 9:32 ` Вячеслав Диконов 2003-11-02 13:38 ` Michael Shigorin 2003-11-02 15:10 ` [devel] Buildqs " Денис Смирнов 2003-11-02 15:52 ` [devel] Re: Buildreqs " Andrey Rahmatullin 2003-11-02 19:13 ` [devel] [POLICY] Критерии выбора среди аналогов (was: Buildreqs - обязательно ли?) Michael Shigorin 2003-11-04 12:44 ` Andrey Rahmatullin 2003-11-05 11:09 ` [devel] " Michael Shigorin 2003-11-05 12:42 ` Andrey Rahmatullin 2003-11-02 15:53 ` [devel] Re: Buildreqs - обязательно ли? Vitaly Ostanin
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=20031101191126.GA17499@sirius.home \ --to=vsu@altlinux.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