[devel] Архитектурно-зависимая сборка пакета

[Dmitry V. Levin]

On Sat, Apr 01, 2006 at 03:39:05PM +0300, Sviatoslav Sviridov wrote:
> Подскажите, уважаемые, как правильно прописывать в спеке условия, 
> зависящие от архитектуры?
> 
> Пример: надо исключить сборку одного подпакета для x86_64. В спеке это и 
> так регулируется при помощи with/without, но получается, что надо в 
> зависимости от архитектуры менять это самое условие.

Это нормально.

> Кстати, тут еще одна проблема. Припоминаю, что было обсуждение насчет 
> того, что не есть хорошо иметь различные сборочные зависимости для 
> разных архитектур. В subversion, например, сборочные зависимости 
> изменчивы даже в рамках i586 в зависимости от определения различных 
> with/without. Получается, что если там в зависимости от архитектуры 
> будут изменяться with/without, то и сборочные зависимости будут меняться 
> :) Это будет нормально?

Нет, это не нормально.  Не так давно в пакете subversion сборочные зависимости
для i586 и x86_64 стали одинаковыми, и было бы хорошо эту практику
сохранить.

> /usr/src/RPM/BUILD/subversion-1.3.1/libtool: line 1280: none: command 
> not found
> 
> Вот тут вместо none должен быть компилятор, но он почему-то не 
> опреден... Например, чуть выше, при сборке перловых биндингов, 
> используется x86_64-alt-linux-gcc...

Надо найти первое упоминание слова none в логе сборки.

> Соответственно, есть варианты (предполагая, что ошибка сборки для i586 
> всего лишь недоразумение, которое будет исправлено):
> - выложить пакет как есть (тогда для x86_64 он не будет собран)
> - отключить сборку subversion-ruby для x86_64 и выложить
> - отключить сборку subversion-ruby вообще и выложить
> - не выкладывать до окончания разбирательств
> 
> Мне предпочтителен сейчас второй варинт.

А мне третий.  Все знают как я люблю ruby. :)


-- 
ldv
----------- следущая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 191 байтов
Описание: отсутствует
Url     : http://lists.altlinux.org/pipermail/devel/attachments/20060401/0215419b/attachment.bin