From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mouse@mayc.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.4
Message-ID: <48C78ABB.4050608@mayc.ru>
Date: Wed, 10 Sep 2008 12:52:11 +0400
From: Anton D Kachalov <mouse@mayc.ru>
User-Agent: Thunderbird 2.0.0.14 (X11/20080719)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <48C65EB1.3070303@mayc.ru>
	<200809092317.10498.ledest@gmail.com>	<48C7070B.7080603@mayc.ru>
	<200809100321.15177.ledest@gmail.com>
In-Reply-To: <200809100321.15177.ledest@gmail.com>
Content-Type: text/plain; charset=koi8-r; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] Q: virtualbox
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Sep 2008 08:52:24 -0000
Archived-At: <http://lore.altlinux.org/devel/48C78ABB.4050608@mayc.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

Led wrote:
> On Wednesday, 10 September 2008 02:30:19 Anton D Kachalov wrote:
>   
>> Led wrote:
>>     
>>> Давайте лучше "пилить" rpm с поддержкой biarch и исправлять пакеты, чтоб
>>> они были biarch-ready, а не городить костыли.
>>>       
>> Проблема несколько глубже, чем 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.
>>     
>
> Я делал такое, без всякого хакания rpm.
> Заводится виртуальный пакет zyx-multiarch, в котором проставляются Requires в 
> зависимости от архитектуры. Этот zyx-multiarch и проставляется в 
> BuildRequires.
> Посмотрите на anyasm - он как раз для такого случая, как вы описали.
>
>   
Х-м-м, для сильно разборчивого к arch'у пакета my, держать 
my-multiarch.{i586,ppc,sparc,x86_64}.rpm в которых будут соответствующие 
специфичные за'ifdef'ленные зависимости? Больно на ногу наступать - 
берём костыль.

В общем, дорогой all, какие есть ещё предложения по хаканию RPM? :)

Rgds,
Anton