On Wed, Sep 10, 2008 at 03:30:19AM +0400, Anton D Kachalov wrote:
> Проблема несколько глубже, чем biarch. 
> Например, мы собираем пакет, который, 
> взависимости от архитектуры (ix86, x86_64, ppc, 
> s390, so on...) хочет разные пакеты. Например, 
> некий враппер между бут-лоадерами.
> 
> В общем, я ща пилю rpm до следующего 
> состояния. Можно задавать зависимости 
> вида
> # Common build reqs
> BuildRequires: foo >= 9.0-alt1 bar
> REQUIRENAME будет [foo >= 9.0-alt1, bar]
> 
> # x86_64 build reqs
> BuildRequires(arch:x86_64): xyz64
> REQUIRENAME будет [xyz64(arch:x86_64)]
> 
> # ppc build reqs
> BuildRequires(arch:ppc64): zyx >= 1.0
> REQUIRENAME будет [zyx(arch:ppc64) >= 1.0]
> 
> Частично уже написал :) Осталось 
> выдрессировать rpmdepCheck распознавать arch:xyz 
> в зависимостях.
> В спеке "arch:xyz" распознаётся ток для тегов 
> BuildRequires & BuildPreReq.

Будет ли работать 'apt-get build-dep'?

Вообще, зависимости rpm сейчас имеют чисто текстовое представление.
Это имеет, например, такое важное преимущество, что совершенно
естественным образом работает соединение requires на provides.
А если одна и та же зависимость будет допускать различное текстовое
представление, то это будет major pitfall -- уже нельзя будет искать
provides по текстовому совпадению с названием зависимости requires.

Прошу заранее анонсировать нетривиальные изменения в rpm,
с подробной мотивацией и идеей реализации.