From: Alexey Gladkov <legion@altlinux.ru> To: ALT Devel discussion list <devel@altlinux.ru> Subject: [devel] Q: srpms buildrequires Date: Tue, 19 Jul 2005 16:07:30 +0400 Message-ID: <42DCED02.2080707@altlinux.ru> (raw) Приветствую! При сборке приходящих пакетов под несколько архитектур одновременно возникла проблема, которую я не знаю как решить, кроме как на уровне полиси. В инкоминиг приходят исходные пакеты собранные под одну архитектуру. В некоторых пакетах некоторые BuildRequires взяты в %ifarch блоки т. е. часть сборочных зависимостей проявляются только на определенной архитектуре. Чтобы узнать какие пакеты нужны для сборки такого пакета нужно сделать его перепаковку (rpm -bs --nodeps). В "чистом" chroot'е перепаковку сделать нельзя. Перепаковка возможна если в сборочной среде уже установлены все необходимые пакеты.... например предоставляющие дополнительные rpm-макросы и т.д. Получается замкнутый круг. Чтобы узнать сборочные зависимости нужна перепаковка <-> для перепаковки нужны сборочные зависимости. Причем напомню, в BuildRequires может быть то, чего еще вообще нет ... в случае если это совсем новый пакет. Так что прибить гвоздями необходимые пакеты нельзя. Разобрать спек не реально. Это делает "rpm -bE" и ему тоже нужна готовая сборочная среда. Даже если найдется такой умелец, который возьмется парсер написать, то найдется спек который не обработается этим парсером. Таким образом, BuildRequires в исходном пакете становятся архитектурно зависимыми. Но это нарушает основную идею SRPMS. Единственным выходом мне видится, запрет на уровне полиси создания сборочных зависимостей зависящих от _сборочной_архитектуры_ . Подчеркиваю, что речь идет только про BuildRequires. Если у кого-нибудь есть конструктивные предложения прошу высказаться. -- Rgrds, legion
next reply other threads:[~2005-07-19 12:07 UTC|newest] Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-07-19 12:07 Alexey Gladkov [this message] 2005-07-19 12:34 ` Alexey I. Froloff 2005-07-19 13:06 ` [devel] " Anton Farygin 2005-07-22 19:30 ` [devel] " Dmitry V. Levin 2005-07-23 6:58 ` Anton D. Kachalov 2005-07-23 11:19 ` Alexey Gladkov 2005-07-23 11:34 ` Ivan Fedorov 2005-07-26 14:28 ` [devel] " Michael Shigorin 2005-07-27 20:59 ` Igor Zubkov 2005-07-28 2:45 ` Ivan Fedorov 2005-07-28 16:51 ` Igor Zubkov 2005-07-28 17:38 ` Andrey Rahmatullin 2005-07-28 3:09 ` Andrey Rahmatullin 2005-07-28 16:56 ` Igor Zubkov 2005-07-28 17:38 ` Andrey Rahmatullin 2005-07-19 12:39 ` Michael Shigorin 2005-07-19 12:59 ` Sergey Vlasov 2005-07-19 13:01 ` Michael Shigorin 2005-07-19 13:02 ` Michael Shigorin 2005-07-19 13:06 ` Alexey Tourbin 2005-07-19 13:15 ` Sergey Vlasov 2005-07-19 13:19 ` Anton D. Kachalov 2005-07-19 13:17 ` Alexey Gladkov 2005-07-19 13:23 ` Michael Shigorin 2005-07-19 13:39 ` Alexey Gladkov 2005-07-19 13:44 ` Kirill A. Shutemov 2005-07-19 14:00 ` Alexey Gladkov 2005-07-20 7:31 ` Michael Shigorin 2005-07-19 13:06 ` Alexey I. Froloff 2005-07-19 13:15 ` Anton D. Kachalov 2005-07-19 13:35 ` Denis Ovsienko 2005-07-19 13:28 ` Anton D. Kachalov 2005-07-19 13:30 ` [devel] " Anton Farygin 2005-07-20 7:31 ` [devel] " Michael Shigorin 2005-07-20 9:15 ` Mikhail Zabaluev 2005-07-19 13:28 ` [devel] " Sergey Vlasov 2005-07-20 13:47 ` [devel] Q: digital photo & quicktime MOV support Igor Vlasenko 2005-07-20 13:59 ` [devel] " Michael Shigorin 2005-07-21 17:09 ` Igor Vlasenko 2005-07-22 7:29 ` [devel] [JT] " Michael Shigorin 2005-07-20 15:44 ` [devel] Q: srpms buildrequires Alexander Bokovoy 2005-07-20 19:43 ` Anton D. Kachalov 2005-07-21 18:55 ` [devel] " Sergey Bolshakov 2005-07-21 19:05 ` Alexey Gladkov 2005-07-20 20:51 ` [devel] " Alexey I. Froloff 2005-07-21 9:23 ` Sergey V Turchin
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=42DCED02.2080707@altlinux.ru \ --to=legion@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